@hing 感谢小伙伴的回复，我们目前还是选择坚持在荆棘写作的核心模块 ，不会采用 Markdown 格式作为保存形式，目前是 txt 文件里面保存的一个文章数据结构，这只是暂时的，接下来 我们将实现可选择启用的加密模块，将对数据文件进行密钥加密，实现用户的数据安全。而且为了压缩荆棘写作的数据目录大小，我们可能会对数据进行压缩存储，另外我们还会支持其他的元素（不仅仅 Markdow 包含的几种格式和语法）， 所以目前数据目录存储的文章结构，以后只会变得越来越不可读。

我在这里，还是之前的回复，小伙伴的需求可以被实现，但是我们并不倾向将 Markdown 不会作为荆棘写作的数据存储方式，如果仅仅是为了追求数据文件要具备可读性这个理由，这不足以让我们更改目前的计划，如果小伙伴希望继续讨论，请发起 Issue，我们需要更多人在这一点的反馈，否则，暂时我们就只能将小伙伴的这个需求，放在官方插件功能备忘里（这种方案其实就是多存一份，肯定会带来更多的存储空间消耗）
1. 后期插件平台上线后，小伙伴可以发起特性请求，我们将会根据具体的社区讨论情况，实现相关插件，来帮助小伙伴，实现数据目录和 Markdown 文件目录实时对应的功能，进而小伙伴就可以直接关注 Markdown 目录了。
2. 插件平台的开发计划靠后，因此短期内，可能无法满足小伙伴的需求，但是目前另外有一些优秀的编辑器可供小伙伴选用，Typora，Ulysses，MWeb.... 🚀🚀🚀

最后，我们无论如何，都会充分考虑社区的意见，在这个问题上，我们希望同更多小伙伴进行交流，希望你 发起 Issue，这样可以我们在一个 Issue 里听到更多的关于此问题的反馈，通过进一步的交流和讨论，我们相信可以有一个大家都认可的解决方案。

@hing 小伙伴的意思是，希望可以自定义延时的时间长度？？

@hing 谢谢小伙伴的补充。现在的方案就是延时保存（在其他软件可能叫做实时保存），当停止键入 300ms 之后，文档将自动被写入文件（保存状态显示在编辑区左下角第一个图标，（其实保存得很快，保存图标的动画，我延迟了 500ms 结束））。 小伙伴说的延时保存是指的是，“保存为 Markdown” ？

@hing "这类软件一个接一个的出，基本上都是文档存储在数据库里，最多给个导出功能。" 这可能说明，小伙伴还没找到最适合的写作应用？ 那些软件其实非常优秀，但是也许可能已经成型了。但是荆棘写作还很年轻，一定要告诉我们，你心目中，好用的写作应用，应该是什么样子，如果可以的话，一定要和我们讨论哦，期待在 Issue 区见到你。

@hing 谢谢你的反馈🍺🍺🍺。对于数据，我们从一开始，就定下了，一定要保证用户对数据有完全的控制。

✏️确切说，荆棘写作并不是一个 Markdown 编辑器，Markdown 只是作为一种输入快捷方式和一种导出文件格式。文章的数据结构并不是直接转换为 Markdown 存储。目前的方式直接存取文件进行延时保存。因此，应用目录存储的是一个个以只有荆棘写作专门能识别的数据结构存储的文件。小伙伴可以通过 `批量导出` 功能将一个笔记本导出为一个文件目录（可以选择 PDF、MD、RST、纯文本 TXT 以及 DOCS 文件等格式），从而实现，对自己的笔记文档看得见，摸得着。

✏️对于荆棘写作原始的数据文件（存储在文章空间，一个空间对应一个存储目录）所在的存储目录，小伙伴随时可以通过荆棘写作应用将这个目录读取为一个文章空间。同时还可以将一个文章空间的文章以某种统一的格式进行导出。注：批量导出暂未支持，但是已列入高优先级开发队列🖖🖖。

✏️原则来说，从性能上，为了保证更低的系统占用和内存消耗，我们不会通过对原有数据结构进行实时转换为 Markdown 格式进行存储，不然在编辑一些大文档的时候，应用就会出现在 ·大能耗应用清单·了。

🥳如果小伙伴一定要坚持，请在我们的 Github 区 发起 Issue 进行进一步讨论，用户的需求始终是首要的。另外提供暂时的两种方案：

1. 后期插件平台上线后，小伙伴可以发起特性请求，我们将会根据具体的社区讨论情况，实现相关插件，来帮助小伙伴，实现数据目录和 Markdown 文件目录实时对应的功能，进而小伙伴就可以直接关注 Markdown 目录了。

2. 插件平台的开发计划靠后，因此短期内，可能无法满足小伙伴的需求，但是目前另外有一些优秀的编辑器可供小伙伴选用，Typora，Ulysses，MWeb.... 🚀🚀🚀

最后，我其实没太明白，“看得见，摸得着” 到底是指的什么，我目前的理解是，通过文件夹组织一个一个 Markdown 文档。

如果我的回复有任何的误解的地方，请和我进一步讨论，欢迎发起 Issue。

@sobigfish 谢谢小伙伴的回复🍺，其实现在我们还没有开始考虑这部分。目前荆棘写作的功能完成进度其实还不到 40%，我们会慢慢打磨好荆棘写作，而且荆棘写作也仅仅是我们的一个切入点。希望荆棘写作值得你为之付费。

可以的化，多多在我们的 Github 仓库发起 Issue 和反馈哦，每个有价值的建议和讨论，我们都会在正式上线后，提供 1 个月到 24 个月的贡献者高级订阅计划。再次谢谢你的反馈。

@Hallelu v0.0.4-beta 发布啦，带来了 纸张颜色 修改的新特性（到这片帖子最新附言去看截图吧！！），一定要体验新版本哦，修复了 0.0.3-beta 版的一些大 bug。

v0.0.3-beta 版相关截图

UI 细节调整
https://wx4.sinaimg.cn/large/007YWjiOly1g7o11k8grwj31440u0u0x.jpg
https://wx4.sinaimg.cn/large/007YWjiOly1g7o11k8grwj31440u0u0x.jpg https://wx1.sinaimg.cn/large/007YWjiOly1g7o0vh5jnnj31440u0u0x.jpg

导出窗口样式调整，增加总页数显示和缩放滑块
https://wx4.sinaimg.cn/large/007YWjiOly1g7o0ve6115j31440u0b29.jpg https://wx3.sinaimg.cn/large/007YWjiOly1g7o0vfmwwtj31440u07wh.jpg https://wx1.sinaimg.cn/large/007YWjiOly1g7o0vfsnm1j31440u07wh.jpg

动态调整页眉页脚内容位置，以及页眉和标题显示功能，全新设计的 UI 交互
https://wx2.sinaimg.cn/large/007YWjiOly1g7o0vhep8rj31440u0b29.jpg https://wx1.sinaimg.cn/large/007YWjiOly1g7o0vh1ok7j31440u07wh.jpg https://wx2.sinaimg.cn/large/007YWjiOly1g7o0vfz53ij31440u0b29.jpg

@hst001 嗯嗯，谢谢小伙伴的建议🥳，我马上调整。不能卡，这个我们从最开始就一直在这方面下了很大功夫，数据目前都是本地存储，只要小伙伴们不要手动删除用户配置目录，数据都不会丢。

针对数据，我还想说的是，我们从最开始，就定下了一个前提，数据是用户的，我们平台方在任何时候，都不会查看和保存用户的文档数据，我们会保证用户对自己的数据可以有完全的控制。

以后上线云同步服务，我们会额外关注这一点，我们希望同社区一起去讨论相关同步方案，比如 我们官网提供云存储，也支持和用户自建云存储以及第三方云存储（坚果云，Dropbox 等等）进行同步，从更便捷到更安全，我们会提供足够灵活的方案供用户选择。

@awesomes 补充一点，windows 还有很多的 768P 设备，刚才我说 1080P 45% 应该是说高了。但是好在，慢慢 1080P 基本都是标配了。华为更是基本都是 2k 了。

@awesomes 感谢小伙伴的反馈🙏🙏🙏。 就目前来看，Windows 版的体验和 macOS 版的体验，只有后者的体验达到了上线迭代测试的标准。并不是用了 Electron 就是两个版本一起出来的哦，我们需要不同平台进行优化，整合一些平台特性。另外，macOS 的话，都是高分屏，我们可以大胆的添加合适的渲染效果，但是同样的效果，在低分屏 的 Windows 平台上（除开 2k 设备，但是大多是 windows 平台还是 1080P，45 色域（取较低的配置）），就不会很理想。所以两个平台，渲染方式和渲染策略，都会有所不同。最终我们是为了在两个平台带来各自最优化的体验。请期待 Windows 版哦。

对于官网，我记得我测试的时候，快速滑动都是 59fps 的啊，，，如果你不喜欢这种交互，抱歉啦🙁。官网我现在开发到一半搁置了，现在主力在准备 v0.0.3-beta 版本，这个版本的更新内容很多，详情请关注我们的 Github 哦。

@favourstreet 最大的创新之处在后头嘞，按照规划，还需要十几个周的版本迭代，请小伙伴继续关注 🤘🤘🤘。

@favourstreet 谢谢小伙伴的反馈，没啦没啦，现在 Windows 版的内存占用不会超过 200M，（ 3 万字内容）日常保持在 90 ～ 200 MB 之间，所以我们还在继续优化。我们手里只有 8GB 的机器。所以推荐配置是 8GB，🙁🙁🙁，这是我们的失误，已修改。

OneNote 和 Notepad 都是非常优秀的应用，而且原生性能也非常好。希望小伙伴找到最适合的方式去写作，同时，我们也希望荆棘写作可以成为你的候选，关于写作，如果你有任何的使用场景和优化建议，都可以发起 Issue。

另外，使用了 Electron 作为开发框架，有些小伙伴的确有异议，性能，内存占用等等，嗯嗯，我们会认真思考这个问题，性能问题，就目前测试来看，还是可以覆盖我们的据大多数用例，已经达到我们的性能需求（当然，我们不会停止优化性能哒）。

如果因为 Electron 的问题不想使用，希望之后的荆棘写作能让你对 Electron 应用的使用体验有所改观，请继续关注我们，随时欢迎回来，我们需要你的反馈和建议。

@hxse 谢谢你的反馈 🙏。有两个原因。一: 我们希望带来更加原生的体验，提供更加丰富的功能，比如强大的导出自定义样式功能，比如对专业化写作场景的支持，比如顶屏空间，比如后期开放的插件支持，比如未来的内容平台。二: 团队人数少，2 人团队，都在上学，没有更多的精力去做好网页版（我们对我们的产品质量要求会很高，提供对网页版的支持，绝不会是仅仅是代码适配这么简单，UI 的重新设计，功能逻辑的重新调整，确保网页版的体验和客户端一致 ）


我们希望用我们的能力，在开始这一年的时间内，专专心心地打磨好客户端产品。如果小伙伴对这个问题还想继续讨论，或者对网页版有深刻的需求，欢迎发起 Issue，最终开不开发网页版，社区的反馈对我们非常重要。

@nicoljiang 具体优化方式，请关注这个 Issue https://github.com/Greathings-Lab/Thorn-Writing/issues/3

@bequt 嗯嗯，bear，就是只做苹果系，Ulysses 同样如此。

@nicoljiang 谢谢小伙伴的关注，我们已经优化了这个问题，小伙伴期待即将到来的 v0.0.3-beta 哦。

@aabbcc 嗯嗯，我们会针对日常笔记记录，专业剧本创作，小说创作等使用场景，进行深度优化，请一定要关注我们哦，有任何问题都可以随时 发起 Issue 提问哦。

@shell314 谢谢支持，小伙伴有任何建议和意见都可以发起 Issue 哦，请期待后续更新。