或许是出于疲倦，也有可能是出于对 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/聊天客户端呢？天气预报呢？等等~”

好吧，或许是该正视这个问题的时刻了，毕竟只有良好的开发环境，才有丰富的应用生态，只有丰富的应用生态，才能大量的使用者。

已有 22 条评论

  1. "Gnome 3 风格的 gedit 界面风格还好吧，编辑界面够大，常用的功能用快捷键就行了，毕竟是文字编辑软件。kate 相比感觉界面太老了。
    我个人觉得 KDE Plasma 5 整体界面风格不错，但是具体到应用上，变化不大，大体还是属于 Windows XP 那种风格，个别应用我还是会用Gnome 3 的。
    但是不能接受其 DE。DE 自定义的话，难度不小，扩展要从网上下载，KDE 的 4, 5 都是动动鼠标就搞定了，至少对于自己来说。" —— 来自四川成都的 Chrome 59.0|GNU/Linux 用户 于 发表。
  2. 写更多的库，并在几个类似应用之间共享且一同维护它们

    强烈赞同！ —— 绿色圣光 [Firefox 53.0|GNU/Linux] 于 发表。

  3. "KDE 的 widgets 你用得下吗?
    我倒觉得 Gnome 的 extensions 做得很合需求, 而且选择也多." —— yomun [Chrome 60.0|GNU/Linux] 于 发表。
  4. widget 我都没用。extensions 原来试过，网络问题没有下载下来过，它那个状态栏功能太少，用 Firefox 或 LibreOffice实在是难以忍受那窄窄的屏幕空间。 —— 来自四川成都的 Chrome 59.0|GNU/Linux 用户 于 发表。
  5. 我觉得没必要夸大这个问题，因为大部分软件开发团队都会有这些问题。正视它，然后慢慢解决。 —— 来自上海的 Chrome 60.0|GNU/Linux 用户 于 发表。
  6. "> 只能说是中规中矩、简单而轻量级罢了

    其实 gedit 的扩展性很强，而且用python +pygtk 来写插件非常简单，所以早几年它有很多不错的扩展，比如 markdown 编辑预览、SQL客户端什么的，几乎不逊于notepad++。只不过gedit本来依赖就多，后面v3.x又受gnome 3.x设计思路影响而功能倒退、易用性下降、插件不兼容情况严重，于是就被抛弃了" —— 来自223.104.63.36的 Opera Mobile 42.7|Android 6.0 用户 于 发表。
  7. 可惜了，我用Linux时文本编程器只用gedit —— lovetoheart [Firefox 54.0|Windows 10] 于 发表。
  8. 重复造轮子真是浪费时间 —— 来自湖北武汉的 Firefox 54.0|Windows 7 用户 于 发表。
  9. Kate 有个功能不得不说，是非常棒的一个功能。就是它有 Read-Only 模式，相当于数据库里的 VIew，对于打开的文本，你只能看不能编辑。有这个功能，可以避免对文本内容无意当中进行编辑，这个功能我在Vim 等其他文本编辑器都没有找到，对于 Vim 要么是文件本身设置为只读权限，或 -R 打开， 或由 stdin 读入，但这些方式无一例外，都允许编辑。 —— 来自四川成都的 Chromium 59.0|Ubuntu 用户 于 发表。
  10. ":set nomodifiable

    自己vim没学会不要乱讲。" —— 来自安徽的 Firefox 57.0|GNU/Linux 用户 于 发表。
  11. "没用 extensions, 你绝对是错过好戏了

    http://jasonmun.blogspot.my/2017/05/gnome-shell-extension-gnome-shell.html" —— yomun [Chrome 60.0|GNU/Linux] 于 发表。
  12. 与其错过好戏，我更在意开箱即用。曾经试过多个 DE，最后剩下俩，一个是基于 GTK 的 Xfce，还有一个是基于 Qt 的 KDE Plasma，而KDE 的整个界面风格高度统一，设置特效方便，功能完备。比如调整窗体边缘阴影，单手用鼠标即可。而 Xfce 在 4.12 没出来前，想把 taskbar 上的应用程序图标设置为Icon-Only，只能改源代码，然后编译。当然不是说 KDE 就没有问题，KDE 的开的太多，图标会缩小，而不是像 Windows 或 Ubuntu 那样，可以滚动图标来选择。 —— 来自四川成都的 Chrome 59.0|GNU/Linux 用户 于 发表。
  13. 现在看来，使用自由开源软件最害怕的就是：突然某一天，开发者就不再维护了～～～ —— 来自四川成都的 Chrome 60.0|GNU/Linux 用户 于 发表。
  14. gnome对于非csd的软件适配简直是个笑话 —— 来自北京的 Chrome 59.0|Windows 10 用户 于 发表。
  15. -v 可以满足你的需求，看来你得好好重要学下vim ；） —— 来自宁夏银川的 Chrome 60.0|Windows 7 用户 于 发表。
  16. 想起以前没改UI的时候我有时会用，改了以后发现自己再也没用过 —— 来自宁夏银川的 Chrome 60.0|Windows 7 用户 于 发表。
  17. Vi Mode 没用的。还是可以编辑的。 —— 来自四川成都的 Chrome 59.0|GNU/Linux 用户 于 发表。
  18. "csd: Client Side Decorations.
    我用的那些 Gnome 软件，显示都还正常。只是 gnome-terminal最大化有留边的问题，某个版本解决了，但是后面的版本，这个问题又出现了。" —— 来自四川成都的 Chrome 59.0|GNU/Linux 用户 于 发表。
  19. "自己之前也没有怎么看 vim --help，刚才看了一下发现，vim 的 View-Only (即完全禁止编辑)实现为

    vim -RMm ${FILE}

    在该状态启用编辑

    :set noreadonlymodifiable

    如果临时在一个正常打开的文件启用 View-Only 模式

    则

    set readonly nomodifiable" —— 来自四川成都的 Chrome 59.0|GNU/Linux 用户 于 发表。
  20. :set readonly nomodifiable —— 来自四川成都的 Chrome 59.0|GNU/Linux 用户 于 发表。
  1. 1
  2. 2

添加新评论