2020年的Kate文字编辑器

毫无疑问，2020年对于世界上大多数人来说都不是好年。我们中的许多人受到当前仍在肆虐的COVID-19大流行的直接或间接影响。我们希望至少在这方面2021年会带来更多的财富。

尽管如此，好东西还是在2020年发生了，并不是所有人都黯淡无光。我已经从Nate和Aleix等人那里读到了2020年的总结，今年KDE社区内部发生了很多事情。

凯特（Kate）及其紧密相关的部分KTextEditor＆amp; KSyntaxHighlighting在2020年也发生了很大的变化。让我们从我的角度来看一下重点内容； =）

我们通过引入由Tyson Tan设计的Kate的新默认图标，刷新了品牌形象。

甚至认为这不是功能上的改变，在凯特（Kate）20年的生命中，我们第一次有了一些可以立即识别的图标，是的，它没有显示它是文本编辑器，而是Atom / Sublime / VS Code的图标和Co.都不这样做。但是您可以在几次查看后终于记住它=>那只鸟是凯特（Kate）; =）

再次感谢泰森·谭（Tyson Tan）花费了很多时间来解决这个问题。内特·格雷厄姆（Nate Graham）也将其带入微风。即使只是“简单”地更改图标，也是团队的真正努力！

早在2019年的19.12，我们就发布了LSP客户端插件的第一个版本.2020年，此插件自最新状态报告以来更加成熟。

我现在每天在工作中使用此插件，并对当前状态感到非常满意。

如果仍然有痒的想法，请贡献力量。插件结构合理且易于扩展，例如Waqar Ahmed刚刚提供了对“查找实现”的支持。

Kate应用程序本身在2020年最大的可见UI更改之一是在20.08中返回了传统制表符，然后在20.12中又添加了可选的LRU（如制表符）。

从上面可以看出，从那以后，凯特（Kate）在master分支中学到了制表符的更细粒度配置。设置标签数量的限制。您喜欢较大的展开标签吗？您不喜欢双击/中键点击行为？=＆gt;像您希望的那样进行配置！

经过多年的拖延，KTextEditor终于开始使用KSyntaxHighlighting提供的颜色主题，此更改的详细信息可以在此处的两个摘要中找到，不幸的是KTextEditor中的配置对话框在5.75中仍然存在一些错误，这些错误应在中纠正5.76及更高。

由于这是一个不兼容的更改，特别是关于用户定义的主题，因此并没有轻松完成，但需要对主题进行将来的支持。新的主题存储是独立的JSON文件。出厂主题使用相同的格式和用户定义的文件一样。不再在某些误用的KConfig文件中存储任何特殊的存储。

如果您有很多本地旧主题配置，则KSyntaxHighlighting存储库包含一些基于python的转换器脚本。utils文件夹中。

Kate现在已经提供了19个默认主题。这是KSyntaxHighlighting＆amp; KTextEditor功能，使用此功能的所有其他应用程序（例如KDevelop）也将受益。现在，您可以拥有开箱即用的精美主题，例如ayu Mirage：

/ ** * SPDX-FileCopyrightText：2020年Christoph Cullmann＆lt; [email protected]> * SPDX-License-Identifier：MIT * / // BEGIN #include＆lt; string＆gt; #include＆lt; QString＆gt; // END / ** * TODO：改进文档* @param magicArgument一些魔术参数* @return Magic返回值* / int main（uint64_t magicArgument）{if（magicArgument＆gt; 1）{const std :: string string =＆＃ 34;源文件：\＆＃34; ＆＃34; __FILE__＆＃34; \＆＃34; ＆＃34 ;; const QString qString（QStringLiteral（＆＃34; test＆＃34;））;返回qrand（）; } / * BUG：下一行内的伪整数常量* / const double g = 1.1e12 * 0b01＆＃39; 01＆＃39; 01＆＃39; 01-43 a + 0x11234 * 0234 ULL-＆＃39; c＆＃39; * 42;返回g＆gt; 1.3 f;}

凯特（Kate）现在在官方Windows应用商店中已经有超过一年的时间，而且似乎我们对它并不那么钟爱，请参阅最新的详细状态报告。

自从我们去年在商店开业以来，今天（2020年12月31日）仅通过商店就完成了75,889套Kate！

上面提到的一切都很酷，但是让Kate和KF5框架赖以生存的是那些做出贡献的人。

也许这只是一种感觉，因为我没有对此进行适当的统计，但是我相信，由于我们将开发转移到invent.kde.org上的GitLab实例，因此有更多的贡献。

通过GitLab合并请求进行贡献似乎确实更容易，尤其是对于新人而言。我们已经合并了：

您为我们忘记了=＆gt;的LSP服务器编写了JSON配置。 我们想要那个！ 我们自动生成的团队页面现在已经列出了560位贡献者，加入我们的行列并帮助我们使我们的东西变得很棒！ 希望我们能看到更多的贡献者 通常为Kate和KDE捐款。