我有一個問題是非常類似於Getting Emacs fill-paragraph to play nice with javadoc-like comments,但我不知道如果我會在一年歲的線程得到很多答案。Emacs c-mode填充段與Doxygen評論
不管怎樣,我的C代碼,有一些Doxygen的評論,看起來像下面這樣:
/**
* Description
*
* @param[in,out] var1 : <Long description that needs to be wrapped.>
* @param[in,out] var2 : <Description2>
*/
現在,當我在Emacs使用MQ中,我想以下幾點:
/**
* Description
*
* @param[in,out] var1 : <Long description that needs
* to be wrapped.>
* @param[in,out] var2 : <Description2>
*/
但,目前我得到以下內容:
/**
* Description
*
* @param[in,out] var1 : <Long description that needs
* to be wrapped.> @param[in,out] var2 : <Description2>
*/
做一些研究,它看起來像我需要設置parag在emacs中使用raph-start變量來識別「@參數」。我發現堆棧溢出的另一個問題(Getting Emacs fill-paragraph to play nice with javadoc-like comments),它有一個示例正則表達式。我修改了一下以適應我的要求,我在Search-> Regex Forward中測試了它,並正確地突出顯示了每個@param語句。
我用下面的正則表達式"^\s-*\*\s-*\(@param\).*$"
於是,我嘗試設置定正則表達式作爲我的段落開始(與添加的\'S爲elisp的語法要求)在我的.emacs文件。當我打開一個新的emacs窗口並嘗試了M-q時,發生了同樣的錯誤。有什麼我失蹤? M-q在C模式下使用方式不同嗎?我應該檢查我的.emacs文件是否有可能導致錯誤的地方?任何幫助,將不勝感激。
感謝, 瑞安
我試着添加你在我的.emacs文件中提到的正則表達式,但是我仍然遇到第二個@param沒有被識別爲新段落的相同問題。 我意識到修復段落狀態不會解決我的縮進問題,但這將是一個非常有用的開始=)的地方。在寫完最初的文章之後,我意識到我應該注意到這實際上是一個兩部分問題: 1)將@param識別爲新段落。 2)正確縮進描述。 – DuneBug 2009-12-31 03:17:02
當你在這個文件的緩衝區中時,'C-h v段落開始'返回什麼?如果不是上面的正則表達式,那麼你可能已經在全局設置它,它可能會被c模式覆蓋。如果是這種情況,那麼你可以在c模式鉤子中設置它。 – Neil 2010-01-08 14:46:54