某QQ群的日常
弄点娱乐的东西罢
所见即所得(WYSIWYG)与结构化内容(structured content)是内容编辑的两个极端,前者强调了内容的实时预览,简单易用;后者要求所编辑的内容必须符合某种特定的格式,整齐但使用困难。在排版方面,实现两种思想的代表软件是MS Word与LaTeX。有时候,用户想同时利用两种思路的优势,这种需求的实现在两大阵营里都有探索,比如MS Word很早就支持样式,就是一种基于结构的写作方式。可惜,两大阵营都没有很好的解决这一问题。轻量级的标记语言(markup language),如markdown,属于结构化内容,而且简单易用,有可能成为解决问题的良方。
我一直同时使用MS Word和markdown,但一直有沟通两者的需求。pandoc可以把结构化语言转换为MS Word的docx格式或者OpenOffice的odt格式,部分解决了我的需求,但还是不够好。
我的需求是,在Windows平台上实时转换markdown到相应的格式并复制到剪贴板,这样就可以直接粘贴到Word里了。
使用eval-and-compile可以避免一些编译时的warning,比如在25.x版本里,beginning-of-sexp
被废弃了,但如果要保证代码可以在24.x里用,还必须使用它。一个方法是加判断,如果版本是24.x就用老的函数。但这种方法在编译时会报warning。
javascript:$('.enterPage').hide();$('.questionList').hide();$('.submitCj').show();
,回车。后续:
吴下あ蒙 掉い轻心 う合之众 え声叹气 おお待哺
雀巢か啡 白手き家 痛く流涕 遍地け花 病从こ入
赶尽さ绝 一贫如し 一座す庙 せ翁失马 そ人墨客
客死た乡 出ち制胜 理屈つ穷 不识て举 と塔天王
摇旗な喊 我喜欢に 沦为ぬ隶 无可ね何 一の千金
在Pandoc的主页里有一个页面列举了很多与Pandoc有关的著作、论文和帖子,其中有一篇介绍Markdown的论文,Markdown for Librarians and Academics。如果你有那个杂志的访问权(出版商是Taylor & Francis),可以从下面的地址阅读全文:
需求:异步执行一系列shell命令,比如git add . && git commit -am "Update." && git push
,不需要显示结果,也不要改布局,程序执行后做好清理。
分析:因为是shell命令,所以类似start-process
的函数用起来不方便。比较容易想到的是async-shell-command
,也就是M-&
。
今天稍微折腾了一下VPS上的Shadowsocks服务端,有一点心得。
折腾的原因是手机上Android版的Shadowsocks服务端总是连不上,急坏了,觉得会不会是服务端的版本太老了,服务端的操作系统是Debian,Shadowsocks-libev又是用仓库里的版本,更新不及时,猜测可能有问题。
不多解释了,在Debian上编译安装Shadowsocks-libev所用的命令如下:
详情参考GitCafe主页 不知道是好消息还是坏消息
既然自动转移了 就先暂时使用一下 coding.net 看看情况再考虑
其实SourceForge也易主了 之前我就把在上面的Emacs-w64项目放到GitHub上了 多一条路总是好的