断断续续花了2天时间切换配置、重新安装插件，插件管理改用Vim-Plug，LeaderF代替Telescope，除了Hop、Focus外，绝大多数插件可以通用或找到替代品。

而且Windows下可以用--remote-silent参数保证所有文件都在同一个窗口中打开，而Neovim做不到或者很麻烦。

看到Michael Descy专门建立了一个网站 Plaintext Productivity，用来说明使用纯文本管理信息的好处，我也顺着这个话题谈谈。

什么是纯文本

所谓纯文本，就是只用最基础的文本字符表达信息，而不使用任何特殊样式的格式。这里的特殊样式包括粗体、斜体、下划线、删除线、文字颜色、背景颜色、上标、下标等，所有字符的字体样式统一，也不会与图片、视频等非文字内容混合显示。
一般在计算机系统中保存为后缀名为 txt 的文件，实际上 Markdown 格式的 md 后缀文件等也都是纯文本文件。
XML、JSON 等格式虽然也是文本文件，但更多是用于机器程序处理，而非面向人类读者，不适合直接阅读，因此一般不在讨论之列。

为什么推荐使用纯文本

1. 体积小巧，不需要为了表达特殊格式而占用太多空间。
   一个只有几个字的纯文本文件，体积是几个字节，而空白的 Word 文件至少是几千字节。
   许多时候，我们不需要为用不到的复杂样式牺牲存储空间，哪怕存储的成本越来越低。

2. 格式通用。
   有无数编辑器可以打开、阅读和编辑纯文本文件，能借助 Pandoc) 等工具转换成许多其他格式（HTML、PDF、LaTeX 等等），任何平台上都有可直接搜索纯文本文件内容的工具，比如 grep、Total Commander 和 Anytxt。
   而 Word 格式、RTF 格式等富文本格式适用的编辑器和其他工具就少了好几个数量级。
   不管技术如何发展，你永远不会为找不到能纯文本编辑器而发愁，不用担心内容无法导出和转换的风险，不依赖特定的软件和平台。

3. 长命百岁。
   Evernote 可能活不过另一个10年。Notion，谁知道呢？
   OneNote 已经算长寿的了，Microsoft Word 为兼容历史格式付出的成本令人感动，但只要计算机还存在，纯文本格式就可以一直存在，且代价极低。

4. 方便解析。
   因此也适合于内容比对、增量备份、内容同步和版本管理。
   一些二进制文件一旦变更内容，就只能全量重新备份或同步，而纯文本文件的备份、同步和版本管理可以在经过内容比对后，只关注发生变化的部分，存储空间消耗小，速度快，效率高。

5. 专注内容。
   保留了最核心的内容，作者和读者都不必花费大量精力和注意力在复杂的样式和排版上，能够更加专注于文本本身表达的信息。一些简单的样式和排版需求，也可以用文档标记语言来支持，比如 AsciiDOC、Markdown、Org-mode、reStructuredText、txt2tags 及各种 Wiki 标记语言。

6. 离线使用。
   虽说现在网络无处不在，但你总有可能遇到以下几种情况：
   信号不佳、网络故障、应用服务宕机、云服务基础设施瘫痪…
   这个时候能够离线使用的本地文本文件不会让你寸步难行，束手无策。
   更极端的情况下，就算停电、计算机和手机故障，基于易读的纯文本格式，你还能在纸质笔记本上临时对付，等电子设备恢复了能马上低成本转存。

当然，如果你需要丰富的文本样式、多媒体的表现形式和高级的排版与组织结构，大可不必死抱着纯文本不放。不同的场景就应该选择最适合的信息保存格式和管理工具，以纯文本为中心的系统也可以与其他工具组合起来，各取所长，达到更好的效果。

为什么（暂时）推荐 Markdown

上面说到，Markdown 也是一种纯文本文件，目前推荐使用这一格式的原因主要有：

• 应用非常广泛，基本上已经成为纯文本格式笔记的通用标准，在人工智能学习方面也有大量应用。其他标记语言虽然有比它更加强大、支持的样式标记更多的，但既然我们的目标是尽量通用，降低迁移成本，那么目前 Markdown 还是最优选项。
• 简单易用，不使用预览工具，直接阅读就可以直观理解大部分要表达的样式

当然，它也有不少缺点，比如 AsciiDOC 就列举了两者的差异，其中有不少特性 Markdown 不支持。
另外，标准 Markdown 不支持硬回车也令入门者疑惑，也就是在文本文件中换行，在渲染后生成的网页中却不会换行，这应该是从 HTML 中继承的特性，但对不了解 HTML 的用户来说很不直观。
如果你介意的话，可以使用 Github Flavored Markdown 等扩展格式，或者一直直接阅读 Markdown 文本。

笔记系统

曾经我也使用过许多支持特殊样式的富文本笔记工具，如 OneNote、Evernote、eDiary、MyBase、My Notes Keeper、PIM Essential、为知笔记、TiddlyWiki 等等，有的使用专有格式，有的使用 RTF 格式，有的是 HTML 网页 + Zip 压缩的格式，有的还用上了数据库（SQLite 或内部专用数据库）。但是在各个笔记工具之间导入导出、转换格式时非常痛苦，丢失信息、排版错乱、格式混乱是常事，有的笔记工具格式封闭，甚至不允许或很难全量导出转移，让用户有被绑架的感觉。

于是我开始将笔记系统改为以下几种形式的组合：

1. 信息收集。
   尽量保留适合检索的格式。
   网页内容先用 Raindrop.io 暂存至稍后阅读，读完之后使用 SingleFile 扩展保存 HTML 单文件。其他文本内容用纯文本格式保存。
   电子书尽量使用 ePub 格式，不得已才选择 PDF 格式。
   电子书放在 Book 文件夹中，摘抄、评论的内容放入书摘笔记文件夹。其他文章先放在 Inbox 文件夹中，定期回顾消化以后，原始文件转移到文摘多级目录分类保存，整理的内容输出到 Note 文件夹中。

2. 思考整理。
   使用 Vim（Neovim）+ wiki.vim 插件编辑 Markdown 标记的纯文本文件，文件内用 VOom 插件实现侧栏的层级树。图片和附件用 Markdown 支持的链接加上备注。
   这些笔记文件放在 Note 文件夹中，并都纳入 Obsidian 仓库管理，Vim 编辑，Obsidian 做进一步加工。
   不适合纯文本格式的内容，如表格、思维导图、概念图/关系图等，可以用 Excel（仍然是最好的电子表格）、FreePlane（键盘操作最顺手的思维导图）、Draw.io（非思维导图类的图示）、Visio、Mermaid/PlantUML/C4 model 等绘制，不强求用纯文本搞定一切。

3. 输出文章。
   一部分用 Hugo + Github Pages 发布 blog。同样默认支持 Markdown 标记（Github Flavored Markdown）。
   其他放在 Publish 文件夹中，或发布到 Github 上的公开和私密项目中。

近年来新兴的笔记工具层出不穷，如 Roam Research、Notion、Joplin、Logseq、Heptabase、Obsidian，还有趁着人工智能东风结合 AI 的后起之秀，如 Google NotebookLM、Tana、NoteGen 等等，你方还没唱罢我就登场了。
虽说功能十分强大，特别是 Notion 这样以数据库能力为卖点，但是大部分是云端保存，专有、复杂的节点关系无法完美导出和还原，同样有数据被绑架的风险。
少数支持本地保存的工具，即使有 Vim 模式，编辑体验也不理想，仓库内容太多时还有性能问题。

我觉得笔记工具不必追求面面俱到，可以根据使用场景分为两类，在其中一个场景中做到极致，各展所长，再配合使用：
一类专门用于基础编辑，目标是快速灵活地打开和输入，专注于当前的笔记文件和少量的关联文件，即底层的、通用的“数据”，保证基本可读，必要时能无痛或低成本迁移；
另一类则专门用于整理和呈现，管理笔记之间的关联关系，如双向链接、引用和锚点、合并和拆分、整理结构、维护标签和目录、展示树状网状关系，等等，即专注于上层丰富多彩的“应用”展示。

你可能会说，第二类工具一样可以干好基础编辑的活，为什么非要分成两类呢？因为大量笔记的关联分析，图形显示，以及样式渲染，不可避免地会要影响性能。比如一些重度用户反映，即使是本地笔记工具，管理上千个文件也会后开始卡顿，影响体验。

另一个原因，就是希望尽量减少通用格式分裂的可能。
目前 Markdown 已基本成为广泛接受的通用标准，但它毕竟只是简单的标记语言，无法完全替代富文本格式。但用户又需要增加各种功能，于是坚持纯文本格式保存的笔记工具，不得不尝试设计扩充、增强的 Markdown 标记。如果各自实现一套“应用”方案，为了扩充功能，完全不管底层“数据”的可读性，只要在自己的生态内可用，相信不久就会分裂成为多套并行的方案，同样也会阻碍用户在不同的工具之间切换。
而且如此一来，就完全违背了 Markdown 设计的初衷——如果不再需要考虑纯文本文件是否可读和通用，给它添加各种程序功能所需的独有标记，那还用 Markdown 干什么呢？

总之，不管工具和生态有多强大，要保留退出的可能，易于读写的纯文本格式是关键。

任务管理系统

使用过 ToDoList、Todoist、Remember the Milk、滴答清单、Microsoft To Do，以前的 Wunderlist、Asana、Clear、基于电子邮件的任务管理…等等等等，总有各种放弃的理由，我想这个清单可以一直写下去。

当然我也试过用纸笔管理，但每天的待办任务多又杂，我的字很难看，书写还不如打字快，加上经常需要搜索、修改、回顾汇总整理，始终不如电子文档方便，遂作罢。

后来知道了基于纯文本管理待办事项的 Todo.txt ，于是到目前为止还在使用。

Todo.txt 的核心理念是“简洁”：

• 能够用一个纯文本文件管理的，就不需要功能复杂、界面花哨、信息繁多的应用程序
• 将待办任务的关键元素精简为：完成状态、优先级、完成时间、创建时间、任务描述、项目标签、情境和其他以“键:值”表示的扩展信息，只有任务描述信息不可或缺，其他都是可选填项
• 已完成的任务归档到 done.txt，精简当前关注的清单

比如，最开始我们要记录一个待办任务事项，最简洁的记录就是在一个 todo.txt 文件中输入：

阅读《战争与和平》

如果要记录这个待办事项创建的日期，就在前面增加：

2025-10-01 阅读《战争与和平》

如果还有其他待办事项，而你想将这一条优先级提升到最高，可以在最前面增加优先级：

(A) 2025-10-01 阅读《战争与和平》

如果你希望记录计划完成的时间，可以用“键:值”方式表示：

(A) 2025-10-01 阅读《战争与和平》 due:2025-10-31

还可以增加项目标签，关联人员、地点、对象等情境信息：

(A) 2025-10-01 阅读《战争与和平》 +经典阅读 @托尔斯泰 @图书馆 due:2025-10-31

完成这一事项后，就在最前面增加完成标记 x，并插入完成时间：

x (A) 2025-10-20 2025-10-01 阅读《战争与和平》 +经典阅读 @托尔斯泰 @图书馆 due:2025-10-31

已完成的任务也可以归档到 done.txt。

这基本就是全部了。

这种设计的好处是，能够涵盖大部分简单的任务，默认依次按照完成状态、优先级、创建时间排序，比较符合直觉，也保留扩展字段记录较复杂的信息。
大多数情况下，一个最基础的纯文本编辑器就可以管理这个待办任务文件。
更高级的编辑器还可以有语法高亮、快捷命令、根据不同字段排序、将已完成任务转移到 done.txt 文件等便捷功能。
比如 Vim 有 todo.txt-vim 插件。

如果是记录工作任务，建议每一行都记录至少一个关联项目的信息，便于分类管理和排序。

当然，和功能完备的待办任务管理系统相比，它相当简陋：

• 没有多级子任务概念
• 没有循环任务，手动实现
• 没有提醒功能，得靠你自己定期检查
• 没有任务依赖关系，可以自己添加 ID 和依赖关系描述文本
• 没有日历功能，无法与 Google Calendar 等在线日历工具同步
• 每个任务只能用一行文字记录，不支持多行，除非你永远不排序

最后这一点，可以用 wiki 语法通过链接跳转到新的文件中补充详细信息，问题不大。

在 Android 手机上有 Markor 这样的编辑器天然支持 todo.txt 语法。
同步用各种同步或代码管理工具都可以实现，缺点是仍然有可能因为多端同时编辑而冲突，优点是纯文本格式手工比对和修复冲突文件也很方便。

日历系统

在使用了2年之后，我发现其实我更多在将 todo.txt 文件当作日志系统（见下文）在用。
原因之一是，待办事项需要多平台极速同步、打开，用文件同步工具还是慢和不稳定。
原因之二是，我还是需要直观的日历视图管理需要精细安排时间的任务，一眼就能看到近几天不能错过的会议、考试等事项。
基于 todo.txt 有 calendar.txt 的用法，但仍然是一天一行文本的方式，确实不够直观，容易错过重要事件。Vim 有日历插件，但移动端没有好用的纯文本日历。

于是我又引入了 Google Calendar + Workflowy：
在 Google Calendar 录入近期（近几日、本周）待办事项。任何系统和平台都能打开，且有提醒，只是不适合输入大量文字。Vim 用户也可以使用 calendar.vim 插件与 Google Calendar 打通。
通过 Zapier 同步给 Workflowy 的日历清单，能够转换为纯文本的列表，方便快速录入待办事项的跟进详细情况。
定期将已经过期的任务和需要长期思考的任务从 Workflowy 复制到 done.txt 和 todo.txt。绝大部分任务一句话一行文本就可以概括，不需要用到链接，与 todo.txt 格式无缝衔接。

日志系统

剩下的长期规划的其他工作，特别是需要经过思考和分析的工作，我仍然还是在 todo.txt 中维护，定期生成近期待办事项放进上述的日历系统。
我的生活日志也在另一个 todo.txt 文件中记录。同样通过 Workflowy 快速录入和同步，定期转存和整理。

记录日志不需要操心什么计划完成时间、优先级、完成状态等等，每一行开头是日期，后面用简短的一句话描述当天的经历或感想就好。同一天的多件事情就分多行记录。

所以这几者的关系是：

目前感觉良好。

局限和展望

没有万能的工具，既然选择了纯文本格式，自然也会有代价。

比如上述任务管理系统，对习惯了围绕邮件管理任务的人来说就要多出不少工作量，还有人的工作流以 Slack、飞书、钉钉、企业微信和 QQ 等各种即时通信工具为中心，有的自带了任务管理功能，往往比基于纯文本的系统功能强大和易用。
在这些场景下，不强求替代，而是做好未来可以无痛或低成本切换任务系统的准备。
建议定期输出或备份为纯文本+附件文件的形式，如果不追求完整备份，至少定期复盘总结工作任务，再输出为适合进一步利用的信息。

日历工具的局限上面也提到了，不直观，目前没有足够简单、易用的现成方法将一行一个事件转换为日历视图，依赖网页形式的在线日历服务，以及无法与其他在线服务关联协作。

表格、图片、附件，这些都是 Markdown 等基于纯文本格式标记语言的先天弱点。
Markdown 编辑器可以优化内嵌图片和附件的体验，但是表格始终不如 Excel 等电子表格工具，或者 Notion 这样的一站式工具。

没有自带同步服务或者云端保存，如需即时同步，或任何客户端随时访问服务端的同一份数据，需要自己另外找适合自己的解决方案。

如果你认为这些代价太大，或者挑选、配置、适应纯文本工具太花时间，也完全合理。毕竟开箱即用、一站式的工具能够节约大量的时间精力，未来也许所有的活动都在一个基于人工智能的平台上完成，都不需要用户亲自操作文件。我只是希望你在始终找不到理想的解决方案时，能够想到也许可以试一试传统、老套、永远有效的纯文本方案。

延伸阅读：
Todo.txt
My productivity app is a never-ending .txt file
Calendar.txt
How I fell in love with calendar.txt
HyperList
TaskWarrior
Calcurse
GNU Emacs Org Mode
Plain Text Accounting (PTA)
Workflowy（如果点击该链接注册的话，每月的条目限额能免费增加100个）

• 超越所有插件的加载速度
• 100%代码覆盖率
• 在任何平台、操作系统、架构以及 Vim/Neovim 上都能没有差异的正常运行
• 极低的资源占用
• 没有丑陋的 VimL 脚本，没有写得糟糕的 Python 代码…完全没有任何 bug！
• 初版就极为稳定，功能完备
• 开箱即用，无需任何配置

作者承认这毫无价值，是某种艺术和玩笑。

有人评论说，一开始我还是怀疑的，但你说它是艺术，我就被说服了。

为了自己方便写的一些 Vim 小工具插件：
Quicksave
SimSoftWrap

写给非程序员的 Vim 新手教程，很早就开始写的系列，目前仍然没有填完坑，不定时更新。

去官方网站找了一下相关的脚本，只有 Tomasz Kalkosinski 的
txt.vim
比较接近要求，最大的不足是不支持中文标点符号。

于是一边看语法文件帮助文档，一边在 Tomasz
的脚本的基础上修改，最终弄了一个用于中文纯文本文档的语法文件。

预览效果如下：

除了高亮标点符号、数字之外，还可以用来检验单引号、双引号、书名号等需要配对的标点符号有没有正确地关闭，特别是方向相同的引号或者中英文混杂的括号分辨不清楚的时候，靠语法标记出的颜色可以很快定位哪个标点写错了。

语法文件在官方脚本页面下载：
http://www.vim.org/scripts/script.php?script_id=3365

下载后放进 Vim 的 syntax 目录，编辑文件的时候使用 :set syntax=txt
打开语法高亮，也可以默认打开 .txt 文件时自动高亮。

如果对配色不满意，或者觉得和自己的主题配色不搭，可以参考文件尾部的颜色定义自己修改。
如果同时还想要 HTML 的语法高亮，将 txt.vim 中 :so
$VIMRUNTIME/syntax/html.vim 的注释标记去掉即可。

我的主题配色是按自己需要修改后的 ir_black，原版请自行
google，我的修改版本可以到这里下载。

下载地址：
Vim.mm
Vim.boo
全图（PNG
格式）

说明：
1、适合的用户：已经入门但还无法熟练使用一些常用操作和命令，即刚刚摸到一点门道但还处在学习曲线最陡峭那一段的用户，向前一步，也许就进入不断自我学习的良性循环，退后一步，也许就不再敢尝试，从此与
Vim 无缘了；
2、没有完全参照官方的功能主题分类，尽量按日常编辑应用场景制作分类目录；
3、我主要将 Vim
当作文本编辑器而不是开发工具，因此不求全面收录所有功能点。内容太多太杂只会降低检索效率，所以函数定义、脚本编写、编译调试、调用外部编程语言、调用操作系统命令等等可能展开太多或者与日常文本编辑关系不大的内容就没有放进来；
4、各类主题也没有全部展开，道理同上。尽量给主题大类配上了相应的英文说明，如有更复杂的需求，可使用帮助文档按图索骥深入学习——但不是所有英文说明可以用做帮助文档检索的关键字；
5、复杂而微妙的功能与概念，如全局、替换等命令，如可视模式，如模式的概念，参考帮助文档给出的是比较抽象的说明，运用之妙存乎一心，需要自己结合高手们的技巧实例达到熟练使用的境界；
6、技巧和正则表达式的节点有急剧膨胀的危险，读者可以分别找官方站点和专著研究，这里拟采用链接外部文件的方式，分开展示；
7、插件、配色方案和配置文件都是因人而异的东西，多说无益，自己用着好才是真的好；
8、用 FreePlane 编辑，保存为
Freemind 的 mm
格式，检索、编辑、展示、导出都非常方便，还有
BooguNote 的 boo
格式，更利于用纯文本工具查询；
9、同类性质可举一反三的操作和命令，没有并列列出，而是作为父子节点出现，可减少人肉扫描的工作量；
10、建议使用雅黑等宽字体，安装
fencview
插件，不再被字体难看和中文乱码问题困扰，学习效率也会高很多；
11、官方的帮助文档、教程是最好的资源，有英文基础的用户可以去官方网站看技巧、插件脚本等内容，每天都会有惊喜；
12、闲耘的站点上收集的 Vim
相关资料较全，可顺藤摸瓜撒网捕鱼。
13、不要恐慌！

为了方便自己查阅 Vim 命令，一边学习经典教程一边临时做了一个在线速查手册备查，把一些常用基本快捷键和命令按照自己习惯的方式整理一下。因为博大精深，所以还有很多内容待补充，不过最后我会制作一个重新整理的电子表格文档出来，把最常用最适合新手入门的内容和高级内容分开的。

装了 HTML、FencView、Buffer Explorer 等几个插件，小小的修改了 Pyte 配色方案，调教了一下配置文件，基本解决显示中文的问题后，就可以慢慢玩了。

除了 Vim 官方相关的文档、插件、配色方案、技巧外，顺藤摸瓜找到的资源还有：
基础教程：大家來學VIM（一個歷久彌新的編輯器）
输入法：VimIM
配色方案预览工具：VIM Color Scheme Test
Firefox 扩展：Vimperator

对比常用的 EmEditor 等文本编辑器，目前还没有配置好的有：
光标所在行和列高亮（当前行高亮应该有现成的配置命令）；
未命名文件定时自动保存在固定的目录；
托盘图标右键快速新建粘贴；
分批高亮多次查找结果（有现成的插件）；
支持不等宽字体（有修改版，但对编码配置有限制，原版不支持非等宽字体）；
自动生成大纲（应该有现成的插件）；
窗口总在最前；
把标签页模式整得更加顺手，同时限制只有一个实例。

为了方便自己查阅 Vim
命令，一边学习经典教程一边临时做了一个在线速查手册备查，把一些常用基本快捷键和命令按照自己习惯的方式整理一下。因为

博大精深，所以还有很多内容待补充，不过最后我会制作一个重新整理的电子表格文档出来，把最常用最适合新手入门的内容和高级内容分开的。

装了
HTML、FencView、Buffer
Explorer
等几个插件，小小的修改了
Pyte
配色方案，调教了一下配置文件，基本解决显示中文的问题后，就可以慢慢玩了。

除了 Vim
官方相关的文档、插件、配色方案、技巧外，顺藤摸瓜找到的资源还有：
基础教程：大家來學VIM（一個歷久彌新的編輯器）
输入法：VimIM
配色方案预览工具：VIM Color Scheme
Test
Firefox 扩展：Vimperator

对比常用的 EmEditor 等文本编辑器，目前还没有配置好的有：
光标所在行和列高亮（当前行高亮应该有现成的配置命令）；
未命名文件定时自动保存在固定的目录；
托盘图标右键快速新建粘贴；
分批高亮多次查找结果（有现成的插件）；
支持不等宽字体（有修改版，但对编码配置有限制，原版不支持非等宽字体）；
自动生成大纲（应该有现成的插件）；
窗口总在最前；
把标签页模式整得更加顺手，同时限制只有一个实例。

ConTEXT
界面平常，功能中规中矩。用了一段之后我的疑问是，虽然主要是用来写代码的，可也不至于设置了自动换行也没反应吧？

Cream
现在我使用的就是 Cream，所以介绍得详细一点：
安装之前需要修改 install.bat 文件，将 Vim
的安装路径按照实际情况进行更改，然后在原 Vim
的启动快捷方式后增加“-U NONE -u [DIR]\cream\creamrc”的参数，其中
[DIR] 为 Vim
的安装目录。其他的许多设置启动后在菜单中就可以设置了。
如果不习惯没有 Vim
的高级功能，可以打开“设置－》偏好－》专家模式”。之前在 vimrc
文件中设置的参数都会失效，可以转移到 creamrc 文件中。剩下的，自己去
Cream 所在的目录中摸索各个 vim 文件吧。

它对原来 gVim
的界面进行了大改造，许多设置和功能可以直接在菜单中找到，还有新增功能，编辑模式的默认设置也更改了，比较贴近常用的
Windows 编辑软件，实乃我等菜鸟之福音。

值得注意的是，由于使用了不少的脚本来改进界面、增加功能，Cream
占用的系统资源要远远超过 Vim，因此除了担心使用
Cream 会影响深入学习 Vim
的人之外，优先节约系统资源的人也有理由放弃这个工具。

Crimson Editor
以前使用过这个软件，对中文的支持还不错，却因为和智能狂拼2严重冲突而弃用，另一个让人觉得不够完美的地方是，自定义各类文字的颜色时不能够指定背景色，当然，这是和
EmEditor 这样的付费软件作比较，未免有些不公平。
除此之外，这款软件没有多少可以批评的地方了…嗯…好吧…其实…我想说，那个狗头的图标未免太丑陋了一点…

Emacs/XEmacs
和 Vi/Vim 齐名的软件，但可耻的是我首先被
Vim 拉拢了…:P
这类软件的阴险之处在于，由于功能异常强大，内涵异常丰富，要摸清楚它的底细简直是不可能的，因此，一般只会有人夸它的好，没人敢说它的坏话。如果你对它的第一印象很好，那么尽管放心大胆地深入学习，保证不会让你失望，它们绝不只是一个文本编辑工具这么简单，而如果是相反的情况，那么还是早早收手换一个工具的好，否则它会不断地打击你的信心。

经常有人争论
Emacs 和
Vim
哪个更好，结论往往是适合自己的才是最好的。作为一个注重人机界面的用户，我觉得还是只向经常编辑代码的人推荐比较好…

Vi/Vim/gVim
Cream 只是个外壳，它才是灵魂。
喜欢对人机界面设计评头论足的我总觉得这实在是个让包括我在内的新手频频抓狂的软件，不支持我喜欢的
Georgia/Times New Roman 字体、不支持拖拽编辑、没有 tabbed
MDI、基本上什么设置都要找到帮助文件找到配置的写法再自己写入配置文件并祈祷不出问题，虽然
GUI 经过了改进，但如果要我选择学习曲线最陡的流行软件，估计就是它了 :P
当然，一款人机界面如此之差以至于不但有 GUI
改进版，还开发了专门的外壳的软件能够受到众多人的衷心拥护不是没有道理的，用它网站上一句话来说，“Vim
isn’t an editor designed to hold its users’ hands. It is a tool, the use
of which must be
learned.”你越是深入学习它，就会越觉得它的功能强大，最后觉得其他工具都不称手。

jEdit
最令人吃惊的一点是，这个软件是用 Java 写的。不是我对 Java
有偏见，而是－－恕我孤陋寡闻－－轻量级的工具软件用 Java
做得这么好的实在是少见。如果不是无论怎么设置字体也无法同时正常显示菜单、工具栏、文件浏览器和正文中所有的中文，和需要另外下载
Java，我一定会把它作为首选的文本编辑工具。

最近有许多人收藏了 Jesse Crouch
的一篇文章，其中就强烈推荐
jEdit。

LCC
这个，把它卸载了之后，我已经忘记它有什么特性了…可能稍后再补上吧，如果没补上也不要怪我，反正不在推荐之列。

Notepad++
平心而论也是个相当出色的软件，但是能够自定义设置的地方太少，而且
language 菜单太长、plugins
菜单组织得很差劲…总体处于比上不足比下有余的位置。
另外，我宁愿选择 Crimson Editor
的狗头也不愿意面对 NPP 的避役…
新版本的 NPP
终于把原来丑陋的图标改掉了，而且更加适合中级以上的用户自己配置使用。在功能方面，它已经非常强大，推荐经常编辑代码或网页的人使用。
不过对我来说，它还有一些小问题：
函数补全的快捷键是 Ctrl+Space，与输入法快捷键相冲突，又不能自己修改；
快速插入 HTML 标签（类似 EmEditor HTML Tag 插件）并自动定位不方便；
列块模式的用法很奇怪；

PSPad
如果没记错的话，很久之前它对中文的支持还很差，所以一直没有再试过，这次发现不但在中文支持方面大有长进，而且功能增强了许多。如果实在用不惯
Emacs/Vim，那么它成为首选是没问题的。
就固有功能来说，与 NPP
各有千秋；它的扩展基本都是脚本形式，且支持多种脚本语言，方便自己修改。
现在唯一让我不爽的就是，不能够使用非等宽字体！于是
Georgia、Palatino、Times New Roman
等美观字体就只能呆在一边了，中文字体也不堪入目。

SciTE
一个语法选项十分丰富的最好是专门用于各类代码编辑的工具，也是备受好评。
修改配置需要自己编辑配置文件，对初级用户不够友好。

MadEdit
界面朴素，但是功能不弱，16进制和列块模式可以替代 UE。

EmEditor
最后说一说为什么我总是对 EmEditor
这个收费软件念念不忘，原因是它的一些优点其他软件都没有能够做到：
首先是界面设计简洁明快而很耐看，一些细节例如图标、回车换行等控制符的淡蓝色符号等等，风格统一，配色协调，所以即使大部分的窗体和一般的
Windows 窗口没什么不同，整体的感觉却不在一个档次上。
其次是丰富的自定义设置，其中最方便的又属设置第 n
次搜索时搜索结果的高亮字体，如第一次的搜索结果在全文范围内用绿色背景表示，第二次搜索之后就变成明黄色背景，这样多次搜索之后每次的搜索结果都能够一目了然。
第三是和 Windows
系统、中文的兼容做得很好。其他一些软件因为跨平台或者开发者不使用亚洲双字节文字的缘故，在这些方面总有这样那样的不足，功能强大如
Emacs、Vim
也未做到最好。
第四是占用资源少、启动速度快，刚开始接触它的时候对这一点是非常满意的。V4的版本因为加入集成多窗口的功能而降低了程序运行的效率，从网站的宣传来看，这个问题到了
V5系列已经得到了解决。
第五是常驻托盘的 EmEDTray
有自定义的功能，例如我就设定右键单击托盘图标是“新建并粘贴”，然后左键双击是“新建文档”，左键单击的菜单中可以打开最近编辑过的文件和访问过的目录，可以在文件中查找等等，同样是收费软件的
UE 虽然也有托盘图标，但仅仅是用来最大化最小化的。

随时更新的文本编辑工具推荐列表。