Gedit 是一个好的文本编辑器。用这些技巧、窍门和调整把它变成一个好的代码编辑器。

GNOME 可能已经抛弃了 Gedit 作为默认的文本编辑器，但它仍然是 Linux 老用户的最爱。

它主要是一个文本编辑器，但通过一些调整，它可以作为一个轻量级的代码编辑器使用。

是啊！为什么要用 VS Code 或其他专门的代码编辑器来编写 Bash 脚本或其他语言的简单程序？用 Gedit 也可以过一天。

我将在本文中分享一些我最喜欢的 Gedit 技巧和窍门。虽然大多数的调整对写代码是有益的，但有些对一般的文本写作也是有帮助的。

1、安装插件

可能个别人甚至不知道 Gedit 有强大的插件功能。你可以安装插件来获得额外的功能。

有两种类型的插件：

• 可以从编辑器菜单中访问的官方 Gedit 插件
• 第三方插件，可以从项目网站上下载，并放入插件目录中（下面讨论）。

Gedit 插件可以放在 /usr/share/gedit/plugins 或 ~/.local/share/gedit/plugins 目录下。

你可以通过点击 “汉堡包” 菜单，然后打开 “ 首选项 Preferences ” 窗口来访问可用和已安装的插件。

首选项窗口有 “ 插件 Plugins ” 标签，你可以看到所有可用的插件。你可以使用复选框来启用和禁用这些插件。

2、在侧边栏中显示文件浏览器

如果你正在处理一个有多个文件和文件夹的项目，在侧边栏中用文件浏览器看到所有可用的文件是相当有用的。

进入 “首选项” -> “插件”，启用 “ 文件浏览器面板 File Browser Panel ”。

之后，点击右上角的汉堡包菜单，从菜单 “ 查看 View ” -> “ 侧面板 Side Panel ” 启用侧面板视图。

现在把侧面板视图改为文件浏览器，如果还没有的话。

3、嵌入一个终端

是的！你可以在 Gedit 文本编辑器中直接嵌入一个终端。

这有什么意义呢？嗯，如果你正在写程序或脚本，嵌入终端可以帮助你运行脚本，并在编辑器中检查代码的变化。

要得到这个，首先要安装这个插件（针对 Ubuntu）：

sudo apt install gedit-plugin-terminal

一旦插件安装完毕，从 “首选项” -> “插件” 中启用它。

嗯，从汉堡包菜单-> “查看”-> “ 底部面板 Bottom Panel ” 中启用底部面板。

4、Markdown 预览

喜欢 Markdown 吗？我也是！

有几个适用于 Linux 的 Markdown 编辑器，但你不必为了使用 Markdown 而去安装另一个应用程序。

在一个名为 “Gedit Markdown Preview” 的插件的帮助下，Gedit 完全有能力呈现 Markdown 代码。

Arch 用户可以在 AUR 中找到它，软件包为 gedit-plugin-markdown_preview。

其他 Linux 用户可以找到 项目网页上的安装说明。

一旦安装，在插件中启用它。你必须从汉堡包菜单 -> “查看”-> “侧面板” 中启用侧面板视图。

有了这个，它就开始在侧面板或底部窗格中显示 Markdown 文本的渲染文本。

5、创建代码片段

好的码农编码，优秀码农复用。

如果你发现自己重复使用同一段代码或文本，你可以将其保存为片段，并在需要时插入。这将为你节省一些时间（和挫折）。

先启用片段插件：

现在你可以从汉堡包菜单-> “ 管理片段 Manage Snippets ” 来访问片段。

你会发现它已经有几个为各种编程语言添加的片段。

你也可以通过点击左下角的 “+” 号将你的片段添加到所需的文件夹中。你也可以为片段指定一个快捷键，以便更快速地插入它们。

例如，我为 添加一个 Markdown 表格 添加了一个新的片段，并为其分配了一个键盘快捷键和 TAB 触发器（如上图所示）。现在，如果我在 Markdown 文档中按 CTRL + Alt + S，就会添加一个表格。或者，输入 table 并按下 TAB 键也会添加 Markdown 表格。

? 通常，片段被保存在 /usr/share/gedit/plugins/snippet 文件夹中作为 XML 文档，但我找不到新添加的片段被保存在哪里。

6、修复深色模式的问题

编码员喜欢深色模式。Gedit 遵守系统主题，如果你在操作系统层面切换到深色模式，它也会切换到深色模式。

一个主要的问题是，你无法阅读当前选定行的任何内容，因为文本和行的高亮部分都是白色的。

这个问题没有解决办法。然而，一个变通的办法是，要么禁用当前行的高亮显示，要么使用不同的颜色方案。

进入 “首选项” -> “ 字体和颜色 Font & Colors ”，然后选择像 Oblivion 这样的深色方案。这将稍微改变颜色方案，但至少你能看到高亮行的文字。

7、快速高亮选中的文本

双击一个词，Gedit 就会高亮显示整个文档中出现的所有相同的词。

虽然有一个官方插件，但这个功能默认是不启用的。

进入 “首选项” -> “插件”，启用 “ 快速高亮 Quick Highlight ” 选项。

8、显示行号

许多代码编辑器默认都会显示行号。当你看到 “第 X 行的语法错误 ” 时，它可以帮助你快速找到该行。

你可以通过进入 “首选项” -> “查看” -> “ 显示行号来启用行号 Display Line Numbers ”：

你也可以从底部启用或停用它。

9、保存一个版本

如果你正在修改一个文件，也许建立一个备份副本会更好？Gedit 可以自动做到这一点。

在 “首选项” -> “ 编辑器 Editor ” -> “ 创建一个备份副本 Create a Backup copy ” 中启用这个功能。

一个在原文件名称后面加上 ~ 符号的文件将作为备份文件出现。

10、自动保存文件

既然我们在谈论版本和备份，那么 在 Gedit 中启用自动保存 怎么样？这样，如果你在处理一个文件时，忘记用 Ctrl+S 手动保存，修改的内容会自动保存。

? 这个功能对一个从未在磁盘上保存过的全新文档不起作用。

从 “偏好” -> “编辑器”，你可以启用 “ 自动保存 Autosave ” 功能。默认情况下，它每 10 分钟自动保存一次，但你可以根据自己的喜好改变时间。

还有一个第三方的 smart-auto-save 扩展，可以在你停止输入时自动保存文档。

知道更多的 Gedit 技巧吗？

使用任何软件的乐趣之一是发现它不那么明显的功能。

在这里，你最喜欢哪个 Gedit 的调整？你知道一个没有多少人知道的 Gedit 的秘籍吗？在评论中与我们分享吧？

via: https://itsfoss.com/gedit-tweaks/

作者：Abhishek Prakash 选题：lkxed 译者：wxy 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

GNOME 有了一个全新的文本编辑器，以取代旧的 Gedit 编辑器。

虽然 GNOME 42 已经可以使用了它，但 Ubuntu 22.04 还依赖于 Gedit。

这在 Ubuntu 22.10 中发生了变化。 GNOME 文本编辑器 Text Editor 现在是默认程序，甚至没有安装 Gedit。

虽然新编辑器足够好，但并不是每个人都喜欢它。如果你将 Gedit 与其他插件一起频繁使用，则尤其如此。

如果你属于这类人，让我向你展示如何在 Ubuntu 上安装 Gedit。我还将分享如何将其设为默认文本编辑器。

在 Ubuntu 上安装 Gedit

这实际上是不费吹灰之力的。虽然默认未安装 Gedit，但它仍然可以在 Ubuntu 仓库中找到。

所以，你所要做的就是使用 apt 命令来安装它：

sudo apt install gedit

Gedit 也可以在软件中心中找到，但它是 Snap 包。如果你愿意，你可以安装它。

安装 Gedit 插件（可选）

默认情况下，Gedit 为你提供访问一些插件的选项。你可以从 “汉堡菜单-> 偏好 Preference -> 插件 Plugins ” 启用或禁用插件。

你可以在这里看到可用的插件。检查已安装或正在使用的插件。

但是，你可以通过安装 gedit-plugins 元数据包将插件选择提升到一个新的水平。

sudo apt install gedit-plugins

这将使你可以访问其他插件，如书签、括号补全、Python 控制台等。

提示：如果你发现 Gedit 因缺少底角而显得有些格格不入，你可以安装一个名为 Round Bottom Corner 的 GNOME 扩展。这将为包括 Gedit 在内的所有应用强制添加圆底角。

使 Gedit 成为默认文本编辑器

好了！你已经安装了 Gedit，但文本文件仍然在双击操作后使用 GNOME 文本编辑器打开。要使用 Gedit 打开文件，你需要右键单击，然后选择“ 打开方式 open with ”选项。

如果你希望一直使用 Gedit 打开文本文件，你可以将其设置为默认程序。

右键单击文本文件并选择“ 打开方式 open with ”选项。在此处选择 Gedit 并从底部启用“ 始终用于此文件类型 Always use for this file type ”选项。

删除 Gedit

觉得 Gedit 没达到预期么？这很少见，但我不会评判你。要从 Ubuntu 中删除 Gedit，请使用以下命令：

sudo apt remove gedit

你也可以尝试从软件中心卸载它。

总结

GNOME 文本编辑器是下一代从头开始创建的编辑器，它与新的 GNOME 完美融合。

对于简单的文本编辑来说已经足够了。然而，Gedit 有一个插件生态系统，赋予它更多功能。

对于那些将它广泛用于编码和其他事情的人来说，安装 Gedit 仍然是 Ubuntu 中的一个选项。

那你呢？你会坚持使用默认的新文本编辑器还是回到旧的 Gedit？

via: https://itsfoss.com/install-gedit-ubuntu/

作者：Abhishek Prakash 选题：lkxed 译者：geekpi 校对：wxy

本文由 LCTT 原创编译，Linux 中国 荣誉推出

我喜欢 在 Ubuntu 中使用深色模式。在我看来深色模式能够缓解视觉疲劳，让系统看起来更加的赏心悦目。

我发现了一个 gedit 文本编辑器的小麻烦，如果你在深色模式下使用它，你也许也会遇到。

默认情况下 gedit 高亮当前光标所在的行。这是一个非常有用的功能，但是如果你在 Linux 系统中开启了深色模式，那么你将会感到痛苦。为什么？因为被高亮的文本将不再变得可读。你自己看吧：

如果你选择文本，它将变得可读，但这并不是一个让人感到有多么愉快的阅读或者编辑体验。（LCTT 校注：在新的 Ubuntu 22.04 中，这一情况已经有所改善，“高亮当前行”已被取消勾选）

好消息是你不需要再忍受它。我将演示几个步骤让你能够同时享受 gedit 以及系统的深色模式。

让 gedit 在深色模式下阅读体验友好

你基本上有两个选择：

1. 禁用高亮当前行，但也同时意味着你必须清楚地知道你在哪一行。
2. 改变默认的颜色设置，但编辑器的颜色会变得稍微有些不同，而且如果你更改系统主题，它不会自动切换到浅色模式。

在 gedit 或者 GNOME 的开发者解决这个问题之前，这是你必须要做的应变和妥协。

选项1： 禁止高亮当前行

当你打开 gedit 后，点击汉堡菜单然后选择“ 首选项 Preferences ”。

在查看选项卡，你应该看到在 “ 高亮 Highlighting ” 区域的下方的 “ 高亮当前行 Highlight current line ” 选项。取消勾选这个选项，马上就可以看到效果。

“高亮当前行”是一个有用的功能，如果你想继续使用它，请选择第二个选项。

选项2： 更改编辑器的颜色主题

在“ 首选项 Preferences ”窗口，找到 “字体与颜色Font & Colors” 标签页，然后将颜色主题更改为 “Oblivion”、“Solarized Dark”，或者 “Cobalt”。

正如我前面所提到的，缺点就是当你把系统主题切换为浅色模式时，编辑器将不会自动切换到浅色模式。

开发者应该修复的一个 bug

这里 有几个 Linux 可用的文本编辑器 ，但是为了快速阅读或编辑文本文件，我更推荐使用 gedit。尽管如此，小烦恼仍旧是小烦恼。开发者应该在将来的版本中为这个很好的文本编辑器修复这个问题，让我们不再求助于这些应对办法。

你呢？你在你的系统上使用深色模式还是浅色模式？你注意到 gedit 的这个问题了吗？你有使用什么方法去解决它吗？欢迎分享你的经验。

via: https://itsfoss.com/gedit-dark-mode-problem/

作者：Abhishek Prakash 选题：lujun9972 译者：void-mori 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

GNOME 新的“文本编辑器”正在增加新的功能，有可能在下一个 GNOME 桌面版本中取代 Gedit。

Gedit 是 GNOME 桌面环境的默认文本编辑器。它是一个受欢迎的编辑器，也是一个便捷的文本编辑器，以简单的用户界面提供了所有的基本功能。

但是，随着 GNOME 的发展，有了一个新的“文本编辑器”（LCTT 译注：没错，就叫“ 文本编辑器 Text Editor ”），虽然它还没有取代 Gedit。但让我们来看看它的下一个版本，在即将到来的 GNOME 42 版本中，它进行了大量改进，有可能取代 Gedit。

Christian Hergert 在他的 博文 和 Twitter 上分享了它的很多细节。

在这篇文章中，让我介绍一下 GNOME 文本编辑器的那些新改进。

偏好设置对话框卷土重来

作为其上一个版本中的实验的一部分，偏好设置对话框被移到了侧边栏，

但是，事实证明，它并不那么方便和好看。

因此，偏好设置对话框又回来了（如下图所示），其目的是与其他 GNOME 应用程序的设计语言相融合，而不显得笨拙。

在我看来，这很不错，与侧边栏的实施相比，应该用户体验更好。

改进的 “弹出式” 打开功能

当你试图打开一个最近的文件或搜索某个东西时，会出现一个弹出式窗口来快速查找任何最近的文件，而不需要启动一个新的对话框。

这节省了时间，是一个不错的功能。在即将发布的“文本编辑器”中还进行了一些细微的改进，显得更苗条、更便捷。

换句话说，你会发现它改进了键盘导航，只需按下 Ctrl + K，就可以寻找你想要的文件。

引入重新着色支持

即将发布的 GNOME 文本编辑器可以让你轻松地应用不同的风格模式（或主题），而改变整个应用程序。

博文中提到了更多关于它的内容：

本周最直观的工作是引入了重新着色支持。它建立在 libadwaita 之上，并使用一个 CSS 提供者来覆盖主题中的颜色。我希望在不远的将来，libadwaita 会有一个重新着色的 API，为我们提供这个功能。

下面是一个应用样式表时的例子：

它有一些自带的主题，而且你还可以找到更多的主题。你可以在 Christian 的博客文章中找到更多截图：

你可以看看 博客文章中的更多内容，还可以发现一些其他的技术变化，和一个由 Christian 设计的 vim 仿真的复活节彩蛋。

GNOME “文本编辑器”会取代 Gedit 吗？

到现在为止，官方还没有确认这一点。然而，看一下 Gedit 的开发活动（目前有 41 个 alpha 版本），在过去的几个版本中没有明显增加变化，这可能意味着新的 GNOME “文本编辑器”将在GNOME 42 中取代 Gedit。

事实上，正如其 GitLab 页面 中所提到的，GNOME 的新文本编辑器计划正式取代 Gedit，但它会在 GNOME 42 中发生吗？它的开发者 Christian Hergert 在他的博客中提到：

随着我们为 GNOME 42 的准备工作而进行的竞赛，文本编辑器 在过去的几周里已经成型。

这可以被认为是一个暗示，GNOME 42 可能会包含这个新的文本编辑器。

不仅仅是 GNOME，KDE 也对 Kate 进行了改造，增加了针对开发者的功能。你将会有很多 开源的文本编辑器 可以选择。

当它发布时，我们将继续关注它。你怎么看？

via: https://news.itsfoss.com/gnome-text-editor-to-replace-gedit/

作者：Ankush Das 选题：lujun9972 译者：wxy 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

它是一个可以完成工作的简约编辑器，并以隐藏的增强功能使得事情更简单。

作为默认的文本编辑器是一项吃力不讨好的工作。人们通常把默认文本编辑器几乎看作是一个演示应用、一个稍微好一点的 “hello World” 示例，说明应用在该平台上的是如何运行的。在极少数情况下，当用户需要将一些文本保存到一个可能永远不会再看的文件中时，用户会找到默认文本编辑器。对于“严肃”的工作，他们会转向文字处理器或 IDE，或终端中的编辑器，或者至少是一个不同的文本编辑器，必须像“真正的”应用一样下载和安装。

很奇怪，默认的文本编辑器很难被人重视，然而 GNOME 桌面的编辑器 gedit 却被广泛认为是一个真正有价值的文本编辑器，超越了它所在的桌面。它被用作网页设计课程的必备文本编辑器，是新手开发者和系统管理员的推荐工具，也是许多桌面 Linux 用户最喜欢的可靠伙伴。

安装 gedit

如果你运行的是 GNOME 桌面，你可能已经安装了 gedit，尽管它可能只作为“文本编辑器”出现在你的应用菜单中。如果你不确定，只需在你的活动界面中输入 gedit，然后在打开的文本编辑器中进入 “About” 菜单项。

在 Windows 上，你可以从微软商店下载并安装 gedit。

在 Mac 上，你可以使用 Homebrew或 MacPorts 安装 gedit。

使用 gedit

当你第一次启动 gedit 时，你会看到一个简约的界面，包括一个文本输入面板、一个标题栏和一个位于窗口底部的状态面板。底部的状态面板提供了一些常用的设置：你想使用哪种语法高亮模式、你喜欢的制表符宽度、以及一些流行的偏好，如行号、文本换行等等。这些选项中的大部分也可以在 “Preferences” 菜单中进行全局设置，它可在应用程序右上角的 “汉堡” 样式的菜单中找到。

gedit 的隐藏功能

从表面上看，gedit 正是它所标榜的那样：一个不起眼的文本编辑器，它不会妨碍你的工作，因此你可以在屏幕上的框中输入字母。但是，这个简单的文本编辑器却隐藏着一些你可能不知道的令人兴奋的功能，即使你已经使用它多年。

这些键盘功能在 gedit 中并没有被记录下来：

• Ctrl+D 删除当前行。这对于编码者或以标记格式（如 Asciidoc、reST 或 CommonMark）写作的人特别有用。
• Ctrl+I 会弹出 “Go to Line” 下拉框。输入一个数字，你就会立即跳到该行。
• Alt+向上箭头 或 Alt+向下箭头 会抓取当前行，并将它在文档中向上或向下移动。
• Alt+向左箭头 或 Alt+向右箭头 抓取最近的单词（在光标左侧）并将其向左或向右移动。
• 要输入特殊的 Unicode 字符，请按下 Shift+Ctrl+U 并松开，然后输入 Unicode 字符代码。你通常必须查找字符代码（除非你已经记住了一些，但谁有记性来记住这些字符代码？）例如，要打出一只企鹅，按下 Shift+Ctrl+U 然后松开。当你松开按键后，你会看到一个带下划线的 U，然后输入 1F427，后面跟一个空格，你的 Unicode 字符就会变成一个友好的 ?。诚然，这并不完全是 gedit 所独有的，但这是个很有用的技巧，而且它在 gedit 中也确实有效。

稳定简单

Gedit 很像 GNOME 本身。它客观上比许多同类软件（比如 KDE 的 Kate）更简单，但它仍然能够满足你日常 80% 或 90% 的期望。

当然，可能会有一些任务 gedit 不是最佳工具。你可能会发现自己要深入研究一些独特的日志文件，或者需要一个精确的解析器或代码检查器，你会转向专门的应用。这没关系。gedit 并不意味着对所有用户都适用。但对于那些需要文本编辑器的人来说，它是一个很好的文本编辑器，有时这就是所需要的。在 Linux 或者在任何你正在使用的平台上，试一下 gedit，因为它很有可能是一个比默认应用的更好的选择。

via: https://opensource.com/article/20/12/gedit

作者：Seth Kenlon 选题：lujun9972 译者：geekpi 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

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

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