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

或许是出于疲倦，也有可能是出于对 GNOME 应用开发体系的不满，GNOME 桌面环境默认的文本编辑器、核心应用之一的 gedit 的开发者前几天宣布不再维护它了。它的最新稳定版本是 3.22。


![](/images/p/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/聊天客户端呢？天气预报呢？等等~”
> 
> 
> 


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