2020年的Kate文字编辑器

2021-01-01 08:50:53

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

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

凯特(Kate)及其紧密相关的部分KTextEditor& 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分支中学到了制表符的更细粒度配置。设置标签数量的限制。您喜欢较大的展开标签吗?您不喜欢双击/中键点击行为?=>像您希望的那样进行配置!

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

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

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

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

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

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

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

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

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

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

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