大家都是如何在Emacs中阅读源代码的？
这是我的分享：
https://stardiviner.github.io/Blog/How-to-Read-Code-in-Emacs.html
4 个赞
感觉每次分享没啥反馈，大家有没有好的建议，我的博文中没有提到的，欢迎大家提更好的用法。
1 个赞
我反馈一条意见：避免在URL里加空格，用-多好。
1 个赞
啊哈，这个可以，不过我是org-publish导出的，新加博文用的是org-publish, 试试在 capture template 加函数 替换空格。
目前无业游民，学习Clojure，主要用Linux和Emacs, Org-mode. 所以很多这些地方都能说上点话。玩Emacs也很久了。
我在Firefox上显示是对的，所以在Chrome下测试了一下，果然。chrome下有问题。
其实我是小白啊（打着很多年小白的名号），好奇你们都是怎么读源代码的。
不同实現展开的结果都不一樣的，做的好的就比較详细，做的差的像 Clisp 只给个 docstring。
[2]> (describe #'fib)
#<FUNCTION FIB (N) ...> is an interpreted function.
Argument list: (N)
Documentation: loop-based iterative computation of the nth element of the
Fibonacci sequence
你用的是什么实现？没见过Command作为prompt的啊，见识少。。。
現在包了个 VirtualBox 在 macOS 上用。
啊哈，Symbolic Genera，厉害了，不愧是玩Lisp的高手。(以前朋友介绍过，没折腾起来，当时真是弱啊）
Sure, 我还是蛮喜欢Common Lisp的。
具体内容不论，因为各人习惯不同，但分享的工具和技巧还是要给赞的。
另外借这个帖子不吐不快一下：我发现很多使用 emacs 及周边来做生态写博客的都有一个毛病，就是恨不得在自己的博客的任何一个地方都标榜出自己是用 emacs 写的，尤其是在楼主这个博客上特别明显。很多小的细节乍看挺炫酷的，但仔细一把玩却发现用户体验很糟，主要是糟在两个地方，一是交互有问题，二是信息噪音太多。
举例来说，用了 org-info 搞的快捷键这功能本身是挺好的，但你从交互的角度来看：
-
快捷键的设定违和太重，你自己是 emacs user 你不会觉得，但是你的读者五花八门干啥的都有，你写博客除了自己记录东西更重要的目的是为了给别人看（不然你也不会抱怨反馈少），然而大多数人看了这个快捷键的配置只会摇头叹息，从有效的使用率上来看，这就是个废的。
-
上下导航一下（n/p），当你走到下面（页面滚到一段之后）再往回走你会发现什么？那个 stickey 的导航菜单条遮住了当前项的标题……从交互的角度来看这太蠢了，我怀疑楼主你自己测试过你的快捷键浏览没？你还不如让你的导航栏不要 stickey 或者干脆用快捷键呼出算了。
信息噪音的问题就不举例了，因为可以说到处都是，这些其实都是各种工具生成的 meta info，本质上它们是有用的，但是对于良好的阅读体验来说它们反而是干扰。这其实涉及到你的排版功底和选择，虽然我们可能都不是专业的设计师，但最起码要从读者的角度来审视一下自己的排版、布局、信息选择等等。比方说数码照片也有很多元信息，但你绝不会想在浏览和欣赏照片的时候看到到处都是的元信息来干扰你的视线，你只会在搜索/筛选/编辑照片的时候希望能看到相关的元信息。同样的道理，作为内容的撰写者和管理者，你或许希望元信息随处可见、伸手可及，但你的读者——相信我——很讨厌这些东西。
1 个赞
其实相比于其他博客，有的也是用org-publish生成的。没有这些outline toggle。我也想去掉，或者简化。但是我还不懂JS，不知道怎么去掉。。。org-infojs也有showall。但是似乎对于长文并不合适。我也是权衡之间，等会一点JS了就修改下。CSS我都是凑合着搜索一下，学一点，然后修改一下。博客也是最近才搭建起来的。 设计得这么糟糕真是抱歉。不过谢谢你的简易。
我点开链接是404，其他人有这个问题吗？
1 个赞
Link is now updated.
我也提个关于 blog 的建議：正文字有点小，大概是 13 号，推薦用 16 号。