小灰笔记

如果脚本运行中提示我们某一行出错了或者编译器提示，代码的某一行出现了错误，这时候行号的导引功能绝对是一个很好的辅助功能。此外，我经常借助于行号实现的功能是通过这个来判断文件的大小，算是一个经验性的提示。为了保证现在的习惯，还是尝试使用我自己的配置，毕竟我自己的配置基本上也是在常用的操作上照搬了spacemacs。我的emacs配置以及emacs程序本身很久没有更新了，emacs之前一直使用V27.2，而配置则在我自己的配置和一套使用了很多年的spacemacs之间时不时做做切换。以后，只留下这个配置吧。

在spacemacs中，minibuffer中光标的上下行移动可以使用C-j 、C-k或者C-p、 C-n，这两个都可以。因此，在使用spacemacs的时候，我大部分的操作都是用C-j、 C-k的按键操作。而正确的方式则是使用C-p、C-n，这个在大多数的emacs配置中都是奏效的。我自己凑了一组emacs的配置使用了很长一段时间，很大程度上的功能在模仿spacemacs，但是我的配置更加轻量化，因此在使用的时候延迟感会少很多。因此，轻度的编码等工作用起来还算是顺手。之后测试，已经有了期待中的效果了。

但是，相比很多工具的补全功能来说，我自己使用的配置这个功能实现的的确还不是很理想。默认的时候，我的配置中有一堆的backend。其实，网络上的好的补全效果看起来几种。进行company backend配置，可以直接通过代码配置实现，但是我觉得比较好用的还是直接借助于内置的配置界面来处理。这也是我后面的选择方式，我把关键词、etags、dabbrev for code组合起来，实现了不错的补全效果。以上是可以选择的一些效果，我尝试进行了一种配置的选择测试，这里简单总结一下我试过的几种backend的效果吧。

这一次算是趁热打铁，把之前优化掉了的counsel-M-x的匹配功能再推进一步。虽然还是没有达到spacemacs中的乱序匹配效果，但是还是让默认的模糊匹配增色不少。接触到新的功能的时候，更好的方式或许是尝试吸收消化而不是见异思迁直接尝试其他的新配置。这样对于自己的配置的维护熟悉度以及功能的精简性应该都是很有好处的。可能是之前的文章之后，这个插件更新了很多地方。我尝试的时候发现模糊匹配不奏效。反倒是，上面的配置全都不加的时候可以支持两种匹配模式。这个方案应该是非常成熟了，我找到的文章时间也是很久之前的。

我后来一直使用helm，导致我做这样选择其中很重要的一个原因就是我发现的这个问题，或者说是差异。当然，我现在依然在怀念spacemacs中的helm的模糊匹配，它的模糊匹配效果相比目前我使用的配置来说强大不少。不知道我现在的框架中是否已经存在了这样的配置，这会是我接下来一段时间的一个功能探索点。但是，总会在很多场景中想起来其他的配置中比较好用的功能，这样也就催促我自己的配置再次提升了。这一次的匹配效果就非常理想了，再加上按照使用次数执行的统计排序，这样让这个操作的效率提升了很多。

但是，我觉得我的配置下，eshell带给我的最大问题不在于本身执行的效率快慢，而是在于我的命令输入过于卡顿。使用别人成熟的配置自然是一个很好的选择，但是这种庞大的配置有时候让我遇到使用障碍的时候觉得绝望。我的确是找到了在某一个major-mode中禁用某一个mode的方法，但是尝试之后，似乎对于compnay-mode是无效的。不过随着最近我在自己的工作流中扩大emacs的用途，拿来作为编写笔记文件的主要工具之后，这个补全的功能可能会给我带来一点点干扰。类似的插件实现是复杂的，使用自然也是复杂的。

我知道现在的配置肯定还是有很多问题的，单纯的字体解析显示的配置可能也是很有改进空间的。在整个hack的过程中，其实我们在追求自己期待的功能的时候，一路上这样打怪获取的乐趣也是值得我们铭记的。我也找了一些其他的编码配置直接抄过来做测试，不过都失败了，而且引入了对齐的配置之后让我的页面变得有些凌乱。我恢复了我一直使用的spacemacs的配置，测试了一下识别这个文件是没有问题的。我好奇，接下来直接去掉了我所有的emacs配置直接使用一个默认emacs配置打开这个文件，发现依然是没有问题的。

因为，看到了这个插件的配置方式之后，的确是觉得我之前的配置略微凌乱了一些。我最初尝试做自己的emacs的配置的时候就考虑过增加一个这样的org-mode功能支持，但是我当时觉得这样的配置可能得等很久以后才会增加，毕竟是一些锦上添花的功能。这个插件可以把不同的org-mode大纲层级的星号用其他的符号替代，给出更加整洁漂亮的显示格式。我自己现在也开始维护一个我自己的emacs配置，总觉得这样的造轮子不仅仅是一个学习的过程，其实也能够让工具更加适合我自己的使用习惯。在选择插件的时候，我还是比较谨慎的。

出于好奇，我还去查了陈斌、purcell、spacemacs等几个不通的配置，都没有发现使用了这个插件的迹象。上面是插件配置的一个简单的说明，我看了下在之前配置头文件的时候其实已经把这个backend给加上去了。其实，前面已经接触了这些插件，只不过之前我寻找的一个解决方案是为了实现C语言中#include操作的时候头文件补全。这是 irony-server的安装依赖情况，前面经过一系列的尝试，我自己机器上终于已经安装成功了。这里的介绍内容很少，但是从这里的一个效果图看得出来，这还是很让我期待的一个功能。

当面对别人证明自己的正确性的时候，很多时候我们不见得需要全盘接受，而是需要做出一个认可：以这个人的能力以及掌握的技术范畴来看，此时此刻这是不错的方案，仅此而已。在我尝试自己配置属于自己的emacs配置的时候，想让它达到其他编辑器具备的自动补全效果的时候，探索过程的确是漫长的。安装时间是漫长的，但是在安装的过程中我就发现了nmake的可执行文件已经出现在了我的电脑上。虽然进行了百分百的复刻，但是依然失败了。暂且还不是很清楚自己的这个尝试是否成功了，但是测试对比看了下，库文件的包含的确是有自动补全的功能了。

avy是一个比较成熟的emacs的插件，可以实现快速跳转到指定的字符位置的功能。这个也是之前在spacemacs中用到的功能，只是spacemacs中使用的是evil-avy-goto-char的指令，是一个evil集成的版本。从这里看，其实这个evil还是借助了avy的这个插件的功能。开始维护我自己这个简单、快速的小型配置的时候，发现我安装的evil中已经有了 evil-avy-goto-char 等功能支持。接下来，尝试安装了avy，没有增加任何配置的情况下再次测试，对应的功能全都已经奏效。

由于spacemacs在我装了Windows系统的老机器上表现如同一个老人一般，因此我切换了我自己维护的一个较为轻量级的emacs配置。我搜索了一下whitespace，之后找到了 show-trailing-whitespace 的变量，体验了一下之后发现比之前我用的 global-whitespace-mode 好用很多。显示的内容也是我期待的。后来直接在上面的帮助界面中进入了变量的配置页面，做了默认的配置。上面笔记中的方法可以提供可用的功能，但是总体的效果还是不如我之前用过的spacemacs。

ivy主要是实现一些emacs的minibuffer的操作增强功能的。其实，还是尝试过的几种emacs的较为流行的配置带给我的印象过于深刻。除了功能之外，在交互的方式上也已经被灌入了他们的方式以及理念。这一次的内容梳理，其实基本上不涉及到什么新的插件探索，而是对我自己的配置中现有的插件功能进行更深入一点的发掘。但是，一般的工程开发，尤其是我这种嵌入式的软件开发已经有了很好的基础环境了。这些插件之间都有一定的依赖关系，我其实是安装了一个counsel-etags之后获得了所有的插件包。文件打开创建以及查找。

之前使用emacs的生涯中，大部分时间都在使用spacemacs的配置。由于自己对于设计实现的一点好奇，加上spacemacs配置过于庞大，催生了自己维护一套精简够用的配置的想法。而最近两年个人的工作性质有了一点变化，这也让我有机会一段时间内不需要特别完备的配置就可以满足我工作的要求。正好，借此机会来继续维护我自己的配置。比较令我开心的是，我在配置其他功能的时候这个配置已经被纳入到了我的配置中。从里面看到了一个推荐的插件smex，但是使用下来具体我用过的spacemacs的两套机制相比体验略差。

其实，这个功能我一直在用，因为我近几年的emacs配置基本就是spacemacs，而这一套配置之中其实是由这个插件的。其实并不是这个插件本身的问题，而是我使用了evil，因此导致了C-u的按键用作了其他的用途。因此，测试这样的功能的时候，我尝试禁用了我自己配置中的evil才实现了几个参数选项的不同效果尝试。这样的一些信息有时候会让我觉得很有趣，软件的开发成长其实不是一时间的事情，而其背后，其实有很多有意思的小故事。从这个页面的介绍可以知道，其实这个插件的开发是受到了这个问题的启发。

有时候，我觉得我弄得一些代码不能够称之为是软件设计，只能叫做最为粗浅的脚本，兴许很多人的脚本设计都是有着精心的设计的，而不是简单的功能堆积。我觉得这个交互式模式下的一些功能设计功不可没，这不仅让emacs有了类似UNIX的shell交互模式，而且可以直接基于这样的功能进行二次开发，的确是非常好的设计。结合上面的字符串的处理，感觉上其实软件获取的全都是字符串，之后做了格式的转换。这一个交互函数在执行的时候就需要跟编辑功能挂钩了，这里的xy其实是获取的我们在emacs编辑器中选中一个区域的开始以及结束的位置。

之前，我采用的模板基本上是对着别人的一些现成的信息拿来主义直接用。当我编辑这一份文件的时候我遇到了一些导出以及显示相关的问题，在探索这一类问题的解决方案的时候参考了很多互联网上的信息。org-mode的标记功能是通过成对儿匹配的包裹字符来实现的，可以实现的标注效果有：加粗、斜体、下划线、删除线、阴影等。上面的内容只是一点开胃菜，只是记录一下为什么这段时间从成熟的富文本的模式又切换回了org-mode的模式。完成上面的解释例子列表的过程中，其实有一个很有意思的编辑操作技巧。*/_组合效果_/*

不使用layer来使用插件的方法，可以通过dotspacemacs-additional-packages指定安装的插件，然后在dotspacemacs/user-config中做相应插件的配置。这样，我们面对较为特定的专用功能的时候就不需要去寻找一系列的插件，而是通过这样的一个layer就可以达成目的。不过，结合我这里目前安装的layer来看，可能这个layer中的很多文件或者目录可能是一个可选的。Funcs.el中的内容非常多，按照说明，这里的这些功能就是配置的时候用到的。

为此我还尝试找了一些其他的补丁方案，但是大部分的说法都是org-mode或者操作系统的bug。上面是显示出来的最近的命令调用情况，而这个restart-emacs是在调试配置的时候经常用的一个工具。这个其实是没有什么提样上特别的改善的，但是可以看得出来设计上的用心。第二点改善是，光标下的单词会显示选中效果，而可视范围内的其他的相同的词儿也会用阴影的方式进行标注。这是上面的所说的一个显示效果，这个功能在读代码的时候会提供很好的便利性。这里的例子中，第二行的这个就是效果，这个内容被增加了删除线。

我清空了缓存之后再次测试，发现这个过程中在从github同步melpa的全部repo，由于网络问题失败。安装的时候遇到evil-unimpaired找不到的问题，查了一下网络上很多人都遇到这样的问题，但是问题千奇八怪。更要命的可能是我遇到的提示跟找到的例子中没有相同的。我个人使用的spacemacs配置已经很多年没有更新了，这次更新一下看看是否会带来全新的体验。由此，找到了上面的代码之后干脆把github的地址换成了码云上的一个镜像。这是里面的解决方案，从指定的github安装额外的插件。

我查了一些网络上的资料后发现，其实最初的设计是可以自动保存的，但是后来可能操作系统或者org-mode修改导致了这样的问题发生。这一段代码的作用是当emasc进行了切换的时候，也就是你不关注emacs的时候调用save-some-buffers进行全部buffer的保存。这样，如果你切换到其他的应用的时候，emacs就会实现一个自动的全部buffer保存。看得出来，这个方法还是很可靠的。而且，这样的配置不仅仅算是org-mode归档的一个补充，而且也是日常使用emacs保证文件安全的一个很好的手段。

这里就出现了一个比较有意思的场景，其实 auto-pair 的作者推荐了这个功能，但是又觉得这个功能的介绍不实，似乎有点不如 auto-pair 的意思。我之前的emacs配置中使用了 auto-pair 的插件，但是最近在一台新的电脑上同步我的配置文件的时候下载出了问题。考虑到我自己使用这个功能的场景比较固定，需要配对的信息也是有限的。下面的这段配置从李杀那边抄的，拿来主义还是更适合我一些。最后做一个简单的测试，试了一下现在的自动插入配对符号的功能工作是没问题的，至少我常用的几个现在都是已经支持的了。

沿袭着网络上网友的教程，我的spacemacs使用的也是evil的模式。主要的操作是vim的各种操作模式。启动宏录制的方式是在命令normal模式下按下q，之后再按一个字母按键，这样对应的宏定义就会被绑定到对应的按键上。我之前也会借用一些循环的操作，但是我的操作基本上都是简单的。曾经有的插件不同版本中功能不同，在可视模式下曾经可以支持这样的类似操作，但是后来我尝试的时候发现有的环境不奏效。我觉得很多时候，一个功能的存在可能针对的不见得是我们看到的应用场景，因此我倒是觉得这种功能的存在还是尤其必要性的。

其中我画出来的地方是乱码或者是我们难以解读的字符，之前编码的时候遇到的也是类似的问题。而解决的方法依然是改字体，把字体名称改一个其他的试试或许就正常了。而之前我遇到的问题是因为数字错误，在Style Name列表中修改相应的参数即可解决。这算是一个偶然的发现，写代码的时候发现十六进制的数字显示前缀0x显示错误。如果可以，我们最好把这个对话框中的各个Style全都查看配置一下确保显示的正常。不过我找到了一个类似的问题可以借以说明一下，因为二者有着相同的解决方案。微信：grey0612。