Home

直接从markdown生成各种电子书

有时候我们需要把编辑的markdown转成各种格式,这不失为一种写书的方式。借助pandoc这把瑞士军刀,我们可以实现一个脚本编译各种格式的功能,代码如下: #!/usr/bin/python #coding=utf-8 #Filename:build.py import glob,os,sys,shutil cmd_template={'html':"pandoc %s -o output/html/%s.html --template=default.html", 'pdf':'pandoc -N --toc --template=default.latex --latex-engine=xelatex %s -o output/pdf/%s.pdf...

Read more

post-review插件

###post-review.vim A plugin to generate post-review script Usage ####install: git clone https://github.com/chenxiaohui/post-review.vim put post-review.vim to your $VIM/plugin add this to your vimrc nmap <leader>pr :call PostReview()<cr> ####process: svndiff use vimdiff: see link gitdiff use vimdiff: see link

Read more

文本文件和二进制文件读写

探究这个的起因是我在序列化一个数据结构,用二进制写到文件之后用vim打开发现后面居然多了一个值。 所以总结一下文件的两种不同写入方式。(当然上面是vim里面xxd显示的问题) 我们用如下代码测试: int main(int argc, const char *argv[]) { FILE * fp = fopen("output.txt", "w"); fputc(10, fp); fputc(13, fp); fputc('\n', fp); fclose(fp); fp = fopen("output.bin", "wb"); int32_t length[] ={0x0a, 0x12345678}; fwrite(&leng...

Read more

sublime根据markdown引用生成参考文献的插件

写这个的目的主要是每次写博客需要生成以下版权声明,免得引用了别人的文章被人说盗版。markdown里面支持通过列表组织引用的url,如下所示: [1]: http://www.baidu.com "百度" [2]: http:://www.google.com "谷歌" [3]: http://www.facebook.com "404 Not Found" 我们可以通过这个形式来生成如下的代码 效果如下:

Read more

octopress支持markdown表格

pandoc支持扩展的markdown,也就是支持类似于如下的表格: ----------------------------------------------------------------------------------------------------------------- 测量指标 低程度中心性 低亲近中心性 低居间中心性 -------------------- ------------------- ----------------------------- ------------------------------------- 高程度中心...

Read more

octopress的缩进插件

我们写中文的时候通常有首行缩进的需求,markdown默认是不支持的,octopress和wordpress也没有缩进的css。这里我们通过加个插件的方式完成。 首先,处理markdown的渲染。我们建立如下插件: module Jekyll module IndentFilter def indent(content) content.gsub(/<p>\s\s/, '<p class="indent">') end end end Liquid::Template.register_filter(Jekyll::IndentFilter) 这个就是做了个替换。会把行首的两...

Read more

oceanbase设计中的注意事项

没有情况什么是不可能发生的 RPC或者其他网络调用是不一定能够返回结果的。也就是有三种可能,正确,失败,超时。 开发文档是需要一边写一边改最后再补的。 自顶向下,逐步求精还是有效的办法。方便解决很多设计上想不到的地方,细节永远最后再做,毕竟之前想的可能过一段时间决定不做了。 复杂任务要分成多个可测试的阶段完成,每个阶段保证能单独测试。为此多写一些代码也是值得的。 我们不是业务驱动,也不是技术驱动,而是测试驱动的….. 做好单测 做好单测…

Read more