novelWriter 1.0

根据我自己的测试和使用情况，并且在相当一段时间内（除了一些极端的问题）都没有发现严重的错误，看来NovelWriter对于1.0版本来说足够稳定。感谢所有不断提供有关错误，外观问题或提出改进建议和新功能的反馈的新用户。我很高兴听到其他人发现我的应用程序很有用，随着我自己得到新的建议和新的想法，我将不断进行改进。同时，我将继续保持NovelWriter的简洁和干净，并避免功能过大。

此版本主要解决了用户界面上的修饰和其他次要问题，并对一些较少使用的功能进行了一些小的改进。除此之外，自上次发布候选版本以来，没有什么重大变化。

此版本结束了对该项目的两年修改。该项目源于我以前的工作与同事玛丽安·吕克霍夫（MarianLückhof）进行的多次午餐和咖啡讨论。我们俩都在寻找一种适合我们需求的在Linux上写小说的工具。我们开始组装已成为NovelWriter的功能的愿望清单。此外，GitHub上的用户继续测试新功能，提供非常有用的反馈，并提出改进建议。尤其是@johnblommers的反馈在最初的大部分开发过程中都很有帮助。在过去的几个月中，更多的用户开始发表想法和反馈。感谢大家的贡献。

1.0版本旨在作为NovelWriter核心功能的第一个版本。这并不意味着所有计划中的功能都已完全实现。有很多想法和建议可供考虑和实施。欢迎提出新的想法和建议。可以在[讨论页面]（https://github.com/vkbo/novelWriter/discussions）上讨论是否作为问题跟踪器中的功能请求，或者是否完整构建。

修复了＆＃34; Distraction Free模式＆＃34;旁边的复选框的一个小修饰问题。菜单中的选中标记始终不对应于该模式的当前状态的菜单项。 PR＃532。

打开“写作统计”时在新项目中没有会话日志文件的对话框中，将弹出一个错误对话框，提示该文件丢失。丢失的文件不是错误，应该安静地忽略它。 PR＃535。

不要在写入文档开头的元数据行中强制使用字符串数据类型。某些条目可能具有NoneType，然后强制类型将导致崩溃。 PR＃539。

修复了索引和轮廓详细信息面板中的一些错误检查。用户操作无法进行检查，但是检查到位可以捕获编码错误。 PR＃549。

＆＃34; Build Novel Project＆＃34;中的占位符文本该工具之前使用的标签是指构建按钮的名称。现在，它引用了当前按钮上的标签。 PR＃535。

添加＆＃34;向上移动项目＆＃34;和＆＃34;将项目下移＆＃34;到项目树上下文菜单。它们连接到与“工具”菜单中相同条目相同的功能。 PR＃535。

特殊的“孤立的文件”文件夹已被删除。由于文档类将大多数文档元数据保存到文档文件的标题中，因此不再严格必须，并且由于孤立的文件夹不是跟踪文件夹，因此它确实使项目树后面的代码复杂化，因此需要一个合理的选择。少量定制代码以适合其余树数据模型。在项目存储文件夹中找到的项目文件中不存在的文件现在将基于一组后备时间被导入到主项目树中。所有恢复的文件均以单词＆＃34; Recovered＆＃34;为前缀。问题＃540，PR＃543。

在不遵循严格的标题层级逻辑的情况下，更改了将新颖的标题添加到“大纲”视图的方式。先前。不在下一章的场景标题将添加到上一章。这可能有点令人困惑。现在，相反，章节外的场景将被提升一个级别。 PR＃549。

修复了贡献准则中的一些小错别字或错误的单词错误。 PR＃537，作者Curtis Gedak @gedakc。

更新了文档，进行了最新更改，并重写了一些部分以使术语更加一致。 PR＃548。

更新了打开问题消息框的代码的各个部分，并将调用重定向到主GUI类。 这样做主要是为了保持一致性，但是较早才添加了此功能，以确保核心类不依赖于Qt库。 PR＃535。