或许是出于疲倦，也有可能是出于对 GNOME 应用开发体系的不满，GNOME 桌面环境默认的文本编辑器、核心应用之一的 gedit 的开发者前几天宣布不再维护它了。它的最新稳定版本是 3.22。
gedit 开发者 Sébastien Wilmet 在邮件列表中说：
“gedit 不再维护，我已将其添加到此维基页面： https://wiki.gnome.org/Apps/Unmaintained
有没有感兴趣接手 gedit 维护的开发者？”
庆幸的是，gedit 在“无维护”页面呆了几天后，就有两位新的维护者加入了维护行列，我们可以不用担心 gedit 就此消亡——虽然“当前的 GTK+ 3 已经稳定，就是不维护，不出意外的话 gedit 也可以持续工作很长时间”。
gedit 是 GNOME 的默认编辑器，但其实它在 Linux 上的编辑器家族里面并不是很出彩，只能说是中规中矩、简单而轻量级罢了。但是可能也正是因为这个原因，才让大家忽视了这些默不出声的应用也是需要人来关爱的。
gedit 初次发布于 1999 年，而今已经有 18 岁了，但是它的开发者却一直不多，功能和特性的增加也不大，而且，几年前曾经历一次 UI 的较大变更，变更后的 UI 变成非常难用，所以使用者对此也颇有腹诽。但是可能是由于下面的原因，参与维护的人很少：
“另外， gedit 的核心是用 C 写的（为了支持 Mac OS X ，还有一点 Objective-C），一些插件是用 Vala 或 Python 写的。如果你要接手 gedit 的维护，你需要和这四种语言打交道（还不算构建系统）。 Python 代码是没编译的，所以如果重构 gedit 核心的话，可能需要移植所有的插件（python 代码也不如 C 代码那么便于 grep），不过至少 Vala 有个编译器，虽然我不推荐它。”
所以，这可能真的会让维护者头大。
此外，Sébastien Wilmet 对 GNOME 生态的开发也颇有抱怨：
“如果 gedit 死了，我认为这对于所有的 GTK+ 应用都是一个教训：要写更多的库，并在几个类似应用之间共享且一同维护它们。GtkSourceView 仍在维护，但是 gedit 所用的代码要超过了 GtkSourceView。在我给 GtkSourceView 贡献代码前， gedit 里面就有 8000 行以上的代码来保存和载入文件（只是后端，不算前端）。你显然不会认为只有 gedit 需要在用 GtkSourceView 时使用载入和保存文件吧？其它的文本编辑器呢？比如 Anjuta （也有很大一个不再维护的代码库），而且现在 gnome-builder 还在犯同样的错误（在它的角落里面开发了许多文本编辑器功能；你真的认为 Vim 模式只在 gnome-builder 中有用？！）
这事不只是文本编辑器的事，我们造了多少个音乐播放器的轮子？照片管理器呢？IRC/聊天客户端呢？天气预报呢？等等~”
好吧，或许是该正视这个问题的时刻了，毕竟只有良好的开发环境，才有丰富的应用生态，只有丰富的应用生态，才能大量的使用者。
Gnome 3 风格的 gedit 界面风格还好吧，编辑界面够大，常用的功能用快捷键就行了，毕竟是文字编辑软件。kate 相比感觉界面太老了。
我个人觉得 KDE Plasma 5 整体界面风格不错，但是具体到应用上，变化不大，大体还是属于 Windows XP 那种风格，个别应用我还是会用 Gnome 3 的。
但是不能接受其 DE。DE 自定义的话，难度不小，扩展要从网上下载，KDE 的 4, 5 都是动动鼠标就搞定了，至少对于自己来说。
强烈赞同！
KDE 的 widgets 你用得下吗?
我倒觉得 Gnome 的 extensions 做得很合需求, 而且选择也多.
widget 我都没用。extensions 原来试过，网络问题没有下载下来过，它那个状态栏功能太少，用 Firefox 或 LibreOffice 实在是难以忍受那窄窄的屏幕空间。
我觉得没必要夸大这个问题，因为大部分软件开发团队都会有这些问题。正视它，然后慢慢解决。
> 只能说是中规中矩、简单而轻量级罢了
其实 gedit 的扩展性很强，而且用python + pygtk 来写插件非常简单，所以早几年它有很多不错的扩展，比如 markdown 编辑预览、SQL客户端什么的，几乎不逊于notepad++。只不过gedit 本来依赖就多，后面v3.x又受gnome 3.x设计思路影响而功能倒退、易用性下降、插件不兼容情况严重，于是就被抛弃了
可惜了，我用Linux时文本编程器只用gedit
重复造轮子真是浪费时间
Kate 有个功能不得不说，是非常棒的一个功能。就是它有 Read-Only 模式，相当于数据库里的 VIew，对于打开的文本，你只能看不能编辑。有这个功能，可以避免对文本内容无意当中进行编辑，这个功能我在 Vim 等其他文本编辑器都没有找到，对于 Vim 要么是文件本身设置为只读权限，或 -R 打开， 或由 stdin 读入，但这些方式无一例外，都允许编辑。
:set nomodifiable
自己vim没学会不要乱讲。
没用 extensions, 你绝对是错过好戏了
http://jasonmun.blogspot.my/2017/05/gnome-shell-extension-gnome-shell.html
与其错过好戏，我更在意开箱即用。曾经试过多个 DE，最后剩下俩，一个是基于 GTK 的 Xfce，还有一个是基于 Qt 的 KDE Plasma，而 KDE 的整个界面风格高度统一，设置特效方便，功能完备。比如调整窗体边缘阴影，单手用鼠标即可。而 Xfce 在 4.12 没出来前，想把 taskbar 上的应用程序图标设置为 Icon-Only，只能改源代码，然后编译。当然不是说 KDE 就没有问题，KDE 的开的太多，图标会缩小，而不是像 Windows 或 Ubuntu 那样，可以滚动图标来选择。
现在看来，使用自由开源软件最害怕的就是：突然某一天，开发者就不再维护了～～～
gnome对于非csd的软件适配简直是个笑话
-v 可以满足你的需求，看来你得好好重要学下vim ；）
想起以前没改UI的时候我有时会用，改了以后发现自己再也没用过
Vi Mode 没用的。还是可以编辑的。
csd: Client Side Decorations.
我用的那些 Gnome 软件，显示都还正常。只是 gnome-terminal 最大化有留边的问题，某个版本解决了，但是后面的版本，这个问题又出现了。
自己之前也没有怎么看 vim --help，刚才看了一下发现，vim 的 View-Only (即完全禁止编辑)实现为
vim -RMm ${FILE}
在该状态启用编辑
:set noreadonly modifiable
如果临时在一个正常打开的文件启用 View-Only 模式
则
set readonly nomodifiable
:set readonly nomodifiable
前天给老笔记本装了DEEPIN系统，里面有不少新轮子哦。深度官方的开发计划也明确了要造轮子。
我常用的编辑器是vim 和 vscode