LGJ Notes | VST（Vim reStructured Text）簡介

關於我 / 我的相簿 / 主頁面 / BS2 Blog / BS2 BBS / BS2 相簿 / 管理介面 /

VST（Vim reStructured Text）簡介

2005/11/29,23:20 :: 點閱次數 (5365)

使用純文字編輯器也能輸出漂亮、標準的 PDF/HTML/LaTeX 文稿格式嗎？這篇文章就簡單的探討使用率非常高的 Vim 編輯器，在無需深入學習困難的幕後排版指令的前提下，如何做到專業排版輸出的水準，你可以把他當做是一種高水準的簡排系統。

由於網路的發達，個人網頁，俯拾皆是，部落格的版面也是爭奇鬥豔，各顯所能，大家愈來愈重視版面的排版效果，排版也適時的普及。但是，排版本來就是一項專門領域，實際的細節非一般人可以直覺的用於平常文章的書寫。

就以較符合大眾口味的幕前排版系統（一般的圖形界面辦公室文書排版處理軟體），要達到細部調整的功能，也並非就是那麼的簡便，而且這類軟體愈做愈大，予人笨重的感覺，有時寫個一、二千字的文章，使用笨重的工具就覺得殺雞用牛刀。

那麼幕後排版呢？他的主流是 LaTeX 及 DocBook，有接觸過的朋友，沒有被操過、嚇過的大概是少數人。他們的指令非常繁複，記不勝記，學習曲線很陡峭，雖然排版品質很不錯，但不是經常寫文件的朋友，大概是不太會有學習的欲望。

VST 是 reStructuredText 的 Vim 版本，他和 Vim 結合在一起，文件在 Vim 中編輯完成，各種文件格式就可以馬上輸出，例如：HTML、XML、LaTeX 及 PDF 等，講求輕便及短小精悍。reStructuredText 是一種純文字的格式，就像一般編輯器編寫文件一樣，只不過加上了簡單的註記，這些註記除了代表一定意義的排版功能外，它也讓純文字文件更容易閱讀，算是一種不顯得突兀的裝飾，因此他不僅代表結構化，也有美化純文字文件的功能。

由於要顯示由 VST 所轉換出來的外觀，所以，其餘的部份請參考：
http://edt1023.sayya.org/vim/vst/vstu8.html
或
http://cle.linux.org.tw/~edt1023/vim/vst/vstu8.html

以上網頁中的文章是持續在編輯的，所以會一直在變動內容，直到版本是 1.0 為止。

迴響

rst cool

沒想到 Vim 有 rst 的 plugin，真是太令人振奮了。

docutils 目前還缺一塊數式的處理，一旦作進 rst2html，必能顯著地幫助數式的網頁化作業。

Posted by: yungyuc at 2005/11/30, 06:52

不僅是數學式，表格的處理也是比較沒有彈性。不過，他是定位在簡排系統，有需要的話可以插入 raw latex 來解決。或者，需要更進階的功能就需要專業的排版系統了。

數式要上網頁的條件不少，似乎一般使用者的環境都不具備這樣子的前提，所以，目前要在網頁表現數學式，可能圖檔還是比較普遍的？

不管如何，這樣子要處理一般文件真的是很方便。:-)

Posted by: 李果正 at 2005/11/30, 19:03

等待中

我很在意數式。期望中的數式網頁系統應該要能像 rst TODO list 裡提到的如 :itex: 這樣的方式來撰寫，然後簡單轉成 HTML/MathML, LaTeX 或 PDF 等各種格式。有了數式輸入與表示環境，才能大量簡化讓工程科學人員在 web 上發佈研究心得的工作。

換個角度來想，一旦 rst 配上了 tex/itex 數式表示能力，在 python code 裡直接 documentation 的效用也會更明顯。這都是很令人期待的應用。

不過我還要等 VIM 7 進入 Debian testing 才願意試試 VST 就是了。

Posted by: yungyuc at 2005/12/01, 00:00

網頁數式

我不是說網頁數式不重要，而是要讓一般人「看」得到合乎規格的數學式，目前還不普及，像 math font，並不一定大家都會去裝，有足夠數學符號的 Unicode font 也還不算普遍，我指的是這個，而不是說做得出來，做不出來的問題，問題是一般使用者能不能方便的看得到所做出來的數學式的問題。

Posted by: 李果正 at 2005/12/01, 12:38

關於 MathML

這是以前我寫的一篇文件，有探討到 LaTeX/MathML 的一些議題，但並沒有很深入，請參考：
http://edt1023.sayya.org/db/scidoc/index.html

有興趣的朋友，可試試以下這個 MathML 的網頁（這還算是簡單的）：
http://edt1023.sayya.org/db/article.xml

這有兩個很現實的問題：
1. 你的瀏覽器能正常顯示嗎？
2. 你的瀏覽器，花了多少時間來顯示這個網頁？

Posted by: 李果正 at 2005/12/01, 16:53

前一陣子在 Debian/firefox 上裝 MathML 的確也遇到了一些問題；要讓一般人要用 MathML 正確表示數式，在作法上的確還需要一些努力。

不過，與在網頁上放置 PDF 供人下載相比，若能解決 MathML 的使用性問題，相信會方便得很多吧。

Posted by: yungyuc at 2005/12/10, 16:36

文件的性質

這個可能要看對象及文件的性質而定。

pdf/ps 這些都印前的完稿格式，有其精確性。所以，如果文件的精確性及品質對作者及讀者都很重要的話，那麼我會選擇 pdf/ps。反之，我才會選用 MathML 或圖檔的方式。

MathML 的先決條件是要有字型，而且光 Knuth 的 Public Domain cm font 並不足夠（除非有人去補充），而且還得讓各 OS/distro 預設就安裝上去。

另外一個問題是，印表機印出來的效果，雖然目前 web browser 的列印有很大的改善，但如果是數理式子要求精確的情形下，恐怕會有不足。

所以，我個人是站在「且戰且走」的情形，能用則用，不能用則尋求其他方案。要達到能用的程度，還需要許多開發者的投入，尤其是 MathML 的中文處理。畢竟，個人並不是開發人員，我的文件必需要對閱讀的讀者負一定的責任，包括內容及其外觀。

Posted by: LGJ at 2005/12/10, 20:43

「且戰且走」確是萬無一失，尤其在技術不成熟的階段，不這樣也不行的。

若考慮到印刷，現今 MathML 的顯示結果大概無法與 TeX 相比於萬一；真正在處理大量數式的表達時，也還是以 TeX 為主要工具。只不過，MathML 在網頁上的應用很讓我期待 (期待有牛人來將之便利化... 很沒有骨氣的想法 (笑))。

Posted by: yungyuc at 2005/12/10, 22:16

XML 軟體開發

XML 軟體開發，我個人的體驗是相當耗時間（可能是我比較笨 :）。和 TeX/LaTeX macro 及其相關工具的開發比較起來，相差很多。

後者，我可以利用閒暇時間搞定。但前者就沒有辦法了，所以，只能擇一來玩。當然，相關能利用的工具成熟度也很有關係。目前都是商業產品才會有一定水準的表現, 例如：RenderX 之類的。

Posted by: LGJ at 2005/12/11, 22:57

«	八月 2010					»
一	二	三	四	五	六	日
						1
2	3	4	5	6	7	8
9	10	11	12	13	14	15
16	17	18	19	20	21	22
23	24	25	26	27	28	29
30	31