GNOME 默认文本编辑器 gedit 险失维护
GNOME 桌面环境默认的文本编辑器、核心应用之一的 gedit 的开发者前几天宣布不再维护它了。庆幸的是，gedit 在“无维护”页面呆了几天后，就有两位新的维护者加入了维护行列，我们可以不用担心 gedit 就此消亡。
gedit GNOME
118.122.120.11
Gnome 3 风格的 gedit 界面风格还好吧，编辑界面够大，常用的功能用快捷键就行了，毕竟是文字编辑软件。kate 相比感觉界面太老了。<br />
我个人觉得 KDE Plasma 5 整体界面风格不错，但是具体到应用上，变化不大，大体还是属于 Windows XP 那种风格，个别应用我还是会用 Gnome 3 的。<br />
但是不能接受其 DE。DE 自定义的话，难度不小，扩展要从网上下载，KDE 的 4, 5 都是动动鼠标就搞定了，至少对于自己来说。
来自四川成都的 Chrome 59.0|GNU/Linux 用户
2017-08-09T14:04:43.000
27.223.99.130
<div class="quote"><blockquote>要写更多的库，并在几个类似应用之间共享且一同维护它们</blockquote></div>强烈赞同！
绿色圣光 [Firefox 53.0|GNU/Linux]
2017-08-09T15:00:10.000
175.141.33.135
KDE 的 widgets 你用得下吗?<br />
我倒觉得 Gnome 的 extensions 做得很合需求, 而且选择也多.
yomun [Chrome 60.0|GNU/Linux]
2017-08-09T15:03:20.000
118.122.120.11
widget 我都没用。extensions 原来试过，网络问题没有下载下来过，它那个状态栏功能太少，用 Firefox 或 LibreOffice 实在是难以忍受那窄窄的屏幕空间。
来自四川成都的 Chrome 59.0|GNU/Linux 用户
2017-08-09T16:05:54.000
116.231.48.149
我觉得没必要夸大这个问题，因为大部分软件开发团队都会有这些问题。正视它，然后慢慢解决。
来自上海的 Chrome 60.0|GNU/Linux 用户
2017-08-09T16:54:51.000
223.104.63.36
&gt; 只能说是中规中矩、简单而轻量级罢了<br />
<br />
其实 gedit 的扩展性很强，而且用python + pygtk 来写插件非常简单，所以早几年它有很多不错的扩展，比如 markdown 编辑预览、SQL客户端什么的，几乎不逊于notepad++。只不过gedit 本来依赖就多，后面v3.x又受gnome 3.x设计思路影响而功能倒退、易用性下降、插件不兼容情况严重，于是就被抛弃了
来自223.104.63.36的 Opera Mobile 42.7|Android 6.0 用户
2017-08-09T17:10:37.000
221.234.156.205
可惜了，我用Linux时文本编程器只用gedit
lovetoheart [Firefox 54.0|Windows 10]
2017-08-09T17:12:09.000
58.49.103.186
重复造轮子真是浪费时间
来自湖北武汉的 Firefox 54.0|Windows 7 用户
2017-08-09T19:31:13.000
118.112.205.38
Kate 有个功能不得不说，是非常棒的一个功能。就是它有 Read-Only 模式，相当于数据库里的 VIew，对于打开的文本，你只能看不能编辑。有这个功能，可以避免对文本内容无意当中进行编辑，这个功能我在 Vim 等其他文本编辑器都没有找到，对于 Vim 要么是文件本身设置为只读权限，或 -R 打开， 或由 stdin 读入，但这些方式无一例外，都允许编辑。
来自四川成都的 Chromium 59.0|Ubuntu 用户
2017-08-09T19:48:05.000
202.141.162.124
:set nomodifiable<br />
<br />
自己vim没学会不要乱讲。
来自安徽的 Firefox 57.0|GNU/Linux 用户
2017-08-09T23:54:46.000
175.141.33.135
没用 extensions, 你绝对是错过好戏了<br />
<br />
http://jasonmun.blogspot.my/2017/05/gnome-shell-extension-gnome-shell.html
yomun [Chrome 60.0|GNU/Linux]
2017-08-10T01:27:32.000
118.122.120.11
与其错过好戏，我更在意开箱即用。曾经试过多个 DE，最后剩下俩，一个是基于 GTK 的 Xfce，还有一个是基于 Qt 的 KDE Plasma，而 KDE 的整个界面风格高度统一，设置特效方便，功能完备。比如调整窗体边缘阴影，单手用鼠标即可。而 Xfce 在 4.12 没出来前，想把 taskbar 上的应用程序图标设置为 Icon-Only，只能改源代码，然后编译。当然不是说 KDE 就没有问题，KDE 的开的太多，图标会缩小，而不是像 Windows 或 Ubuntu 那样，可以滚动图标来选择。
来自四川成都的 Chrome 59.0|GNU/Linux 用户
2017-08-10T08:07:06.000
222.210.108.99
现在看来，使用自由开源软件最害怕的就是：突然某一天，开发者就不再维护了～～～
来自四川成都的 Chrome 60.0|GNU/Linux 用户
2017-08-10T08:38:05.000
115.175.90.77
gnome对于非csd的软件适配简直是个笑话
来自北京的 Chrome 59.0|Windows 10 用户
2017-08-10T09:19:43.000
61.133.215.190
-v 可以满足你的需求，看来你得好好重要学下vim ；）
来自宁夏银川的 Chrome 60.0|Windows 7 用户
2017-08-10T14:51:22.000
61.133.215.190
想起以前没改UI的时候我有时会用，改了以后发现自己再也没用过
来自宁夏银川的 Chrome 60.0|Windows 7 用户
2017-08-10T14:53:17.000
118.122.120.11
Vi Mode 没用的。还是可以编辑的。
来自四川成都的 Chrome 59.0|GNU/Linux 用户
2017-08-10T15:19:51.000
118.122.120.11
csd: Client Side Decorations.<br />
我用的那些 Gnome 软件，显示都还正常。只是 gnome-terminal 最大化有留边的问题，某个版本解决了，但是后面的版本，这个问题又出现了。
来自四川成都的 Chrome 59.0|GNU/Linux 用户
2017-08-10T15:48:27.000
118.122.120.11
自己之前也没有怎么看 vim --help，刚才看了一下发现，vim 的 View-Only (即完全禁止编辑)实现为<br />
<br />
vim -RMm ${FILE}<br />
<br />
在该状态启用编辑<br />
<br />
:set noreadonly modifiable<br />
<br />
如果临时在一个正常打开的文件启用 View-Only 模式<br />
<br />
则<br />
<br />
set readonly nomodifiable
来自四川成都的 Chrome 59.0|GNU/Linux 用户
2017-08-10T16:54:19.000
118.122.120.11
:set readonly nomodifiable
来自四川成都的 Chrome 59.0|GNU/Linux 用户
2017-08-10T16:55:07.000
58.63.60.83
前天给老笔记本装了DEEPIN系统，里面有不少新轮子哦。深度官方的开发计划也明确了要造轮子。
文剑一飞 [Chrome 60.0|Windows 10]
2017-08-15T10:52:14.000
202.107.194.180
我常用的编辑器是vim 和 vscode
来自浙江杭州的 Firefox 54.0|Windows 10 用户
2017-08-16T08:33:27.000
GNOME 桌面环境默认的文本编辑器、核心应用之一的 gedit 的开发者前几天宣布不再维护它了。庆幸的是，gedit 在“无维护”页面呆了几天后，就有两位新的维护者加入了维护行列，我们可以不用担心 gedit 就此消亡。
或许是出于疲倦，也有可能是出于对 GNOME 应用开发体系的不满，GNOME 桌面环境默认的文本编辑器、核心应用之一的 gedit 的开发者前几天宣布不再维护它了。它的最新稳定版本是 3.22。


![](/data/attachment/album/201708/09/132604qdnsxsiz070iio44.png)


gedit 开发者 Sébastien Wilmet [在邮件列表中说](https://mail.gnome.org/archives/gedit-list/2017-July/msg00001.html)：



> 
> “gedit 不再维护，我已将其添加到此维基页面： <https://wiki.gnome.org/Apps/Unmaintained> 
> 
> 
> 有没有感兴趣接手 gedit 维护的开发者？”
> 
> 
> 


庆幸的是，gedit 在“无维护”页面呆了几天后，[就有两位新的维护者加入了维护行列](https://wiki.gnome.org/Apps/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/聊天客户端呢？天气预报呢？等等~”
> 
> 
> 


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

