GNOME 默认文本编辑器 gedit 险失维护

wxy 的头像

·

·

·

6,274 次阅读

或许是出于疲倦,也有可能是出于对 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. 来自四川成都的 Chrome 59.0|GNU/Linux 用户 的头像
    来自四川成都的 Chrome 59.0|GNU/Linux 用户

    Gnome 3 风格的 gedit 界面风格还好吧,编辑界面够大,常用的功能用快捷键就行了,毕竟是文字编辑软件。kate 相比感觉界面太老了。
    我个人觉得 KDE Plasma 5 整体界面风格不错,但是具体到应用上,变化不大,大体还是属于 Windows XP 那种风格,个别应用我还是会用 Gnome 3 的。
    但是不能接受其 DE。DE 自定义的话,难度不小,扩展要从网上下载,KDE 的 4, 5 都是动动鼠标就搞定了,至少对于自己来说。

    来自成都
  2. 绿色圣光 [Firefox 53.0|GNU/Linux] 的头像
    绿色圣光 [Firefox 53.0|GNU/Linux]

    要写更多的库,并在几个类似应用之间共享且一同维护它们

    强烈赞同!

    来自青岛
  3. yomun [Chrome 60.0|GNU/Linux] 的头像
    yomun [Chrome 60.0|GNU/Linux]

    KDE 的 widgets 你用得下吗?
    我倒觉得 Gnome 的 extensions 做得很合需求, 而且选择也多.

  4. 来自四川成都的 Chrome 59.0|GNU/Linux 用户 的头像
    来自四川成都的 Chrome 59.0|GNU/Linux 用户

    widget 我都没用。extensions 原来试过,网络问题没有下载下来过,它那个状态栏功能太少,用 Firefox 或 LibreOffice 实在是难以忍受那窄窄的屏幕空间。

    来自成都
  5. 来自上海的 Chrome 60.0|GNU/Linux 用户 的头像
    来自上海的 Chrome 60.0|GNU/Linux 用户

    我觉得没必要夸大这个问题,因为大部分软件开发团队都会有这些问题。正视它,然后慢慢解决。

    来自上海
  6. 来自223.104.63.36的 Opera Mobile 42.7|Android 6.0 用户 的头像
    来自223.104.63.36的 Opera Mobile 42.7|Android 6.0 用户

    > 只能说是中规中矩、简单而轻量级罢了

    其实 gedit 的扩展性很强,而且用python + pygtk 来写插件非常简单,所以早几年它有很多不错的扩展,比如 markdown 编辑预览、SQL客户端什么的,几乎不逊于notepad++。只不过gedit 本来依赖就多,后面v3.x又受gnome 3.x设计思路影响而功能倒退、易用性下降、插件不兼容情况严重,于是就被抛弃了

    来自深圳
  7. lovetoheart [Firefox 54.0|Windows 10] 的头像
    lovetoheart [Firefox 54.0|Windows 10]

    可惜了,我用Linux时文本编程器只用gedit

    来自武汉
  8. 来自湖北武汉的 Firefox 54.0|Windows 7 用户 的头像
    来自湖北武汉的 Firefox 54.0|Windows 7 用户

    重复造轮子真是浪费时间

    来自武汉
  9. 来自四川成都的 Chromium 59.0|Ubuntu 用户 的头像
    来自四川成都的 Chromium 59.0|Ubuntu 用户

    Kate 有个功能不得不说,是非常棒的一个功能。就是它有 Read-Only 模式,相当于数据库里的 VIew,对于打开的文本,你只能看不能编辑。有这个功能,可以避免对文本内容无意当中进行编辑,这个功能我在 Vim 等其他文本编辑器都没有找到,对于 Vim 要么是文件本身设置为只读权限,或 -R 打开, 或由 stdin 读入,但这些方式无一例外,都允许编辑。

    来自成都
  10. 来自安徽的 Firefox 57.0|GNU/Linux 用户 的头像
    来自安徽的 Firefox 57.0|GNU/Linux 用户

    :set nomodifiable

    自己vim没学会不要乱讲。

    来自合肥
  11. yomun [Chrome 60.0|GNU/Linux] 的头像
    yomun [Chrome 60.0|GNU/Linux]
  12. 来自四川成都的 Chrome 59.0|GNU/Linux 用户 的头像
    来自四川成都的 Chrome 59.0|GNU/Linux 用户

    与其错过好戏,我更在意开箱即用。曾经试过多个 DE,最后剩下俩,一个是基于 GTK 的 Xfce,还有一个是基于 Qt 的 KDE Plasma,而 KDE 的整个界面风格高度统一,设置特效方便,功能完备。比如调整窗体边缘阴影,单手用鼠标即可。而 Xfce 在 4.12 没出来前,想把 taskbar 上的应用程序图标设置为 Icon-Only,只能改源代码,然后编译。当然不是说 KDE 就没有问题,KDE 的开的太多,图标会缩小,而不是像 Windows 或 Ubuntu 那样,可以滚动图标来选择。

    来自成都
  13. 来自四川成都的 Chrome 60.0|GNU/Linux 用户 的头像
    来自四川成都的 Chrome 60.0|GNU/Linux 用户

    现在看来,使用自由开源软件最害怕的就是:突然某一天,开发者就不再维护了~~~

    来自成都
  14. 来自北京的 Chrome 59.0|Windows 10 用户 的头像
    来自北京的 Chrome 59.0|Windows 10 用户

    gnome对于非csd的软件适配简直是个笑话

    来自武汉
  15. 来自宁夏银川的 Chrome 60.0|Windows 7 用户 的头像
    来自宁夏银川的 Chrome 60.0|Windows 7 用户

    -v 可以满足你的需求,看来你得好好重要学下vim ;)

    来自银川
  16. 来自宁夏银川的 Chrome 60.0|Windows 7 用户 的头像
    来自宁夏银川的 Chrome 60.0|Windows 7 用户

    想起以前没改UI的时候我有时会用,改了以后发现自己再也没用过

    来自银川
  17. 来自四川成都的 Chrome 59.0|GNU/Linux 用户 的头像
    来自四川成都的 Chrome 59.0|GNU/Linux 用户

    Vi Mode 没用的。还是可以编辑的。

    来自成都
  18. 来自四川成都的 Chrome 59.0|GNU/Linux 用户 的头像
    来自四川成都的 Chrome 59.0|GNU/Linux 用户

    csd: Client Side Decorations.
    我用的那些 Gnome 软件,显示都还正常。只是 gnome-terminal 最大化有留边的问题,某个版本解决了,但是后面的版本,这个问题又出现了。

    来自成都
  19. 来自四川成都的 Chrome 59.0|GNU/Linux 用户 的头像
    来自四川成都的 Chrome 59.0|GNU/Linux 用户

    自己之前也没有怎么看 vim –help,刚才看了一下发现,vim 的 View-Only (即完全禁止编辑)实现为

    vim -RMm ${FILE}

    在该状态启用编辑

    :set noreadonly modifiable

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

    set readonly nomodifiable

    来自成都
  20. 来自四川成都的 Chrome 59.0|GNU/Linux 用户 的头像
    来自四川成都的 Chrome 59.0|GNU/Linux 用户

    :set readonly nomodifiable

    来自成都
  21. 文剑一飞 [Chrome 60.0|Windows 10] 的头像
    文剑一飞 [Chrome 60.0|Windows 10]

    前天给老笔记本装了DEEPIN系统,里面有不少新轮子哦。深度官方的开发计划也明确了要造轮子。

    来自广州
  22. 来自浙江杭州的 Firefox 54.0|Windows 10 用户 的头像
    来自浙江杭州的 Firefox 54.0|Windows 10 用户

    我常用的编辑器是vim 和 vscode

    来自杭州

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注