在Emacs組織模式

Question

執行標籤搜索時，在過去的一年半放逐無與倫比的頂級樹，我已經保持在組織模式單片緩衝對我工程注意事項與我現在的老闆。儘管主要包含指向其他文檔的指針，但該文件已通過人類標準（48,290行文本）變得相當大，同時通過編程方式（讀取：grep和Org模式標籤搜索）保持平凡可搜索和可編輯。

有一件事情困擾着我，雖然。當我執行tag search using Org Mode 6.33x時，Org的稀疏樹視圖保留了緩衝區內不匹配樹的摺疊表示（即，內容前面帶有一個星號*）。這通常適用於較小的緩衝區或那些更好地組織爲具有多個分支的單一樹的緩衝區。但是，對於每個新樹按時間順序生成的文檔，這一點並不適用，正如我一直在做的那樣，每天都有一棵樹。

。

我繼續之前，我會注意到，我的解決辦法是，我剛纔問固有的，因爲在我的文檔習慣這種緩衝明顯的改變。但是，下面的問題是：

1以這種方式）爲什麼組織模式組織進行樹木稀疏標籤搜索時？技術細節不言而喻，用戶體驗決策不如此。

2）如果我想糾正寫的Emacs Lisp的腳本，我應該更詳細地探討重組文檔視圖什麼掛鉤，並命令這個問題？標準命令的寫入覆蓋（例如，org-match-sparse-tree）已經不言自明。

。

預先感謝您。

Answer 1

正如您已經注意到的那樣，該問題僅影響頂級標題。好處是，在組織模式下，您可以使用簡單的按鍵輕鬆降級所有標題。這樣你可以避免這個問題。之後還要清理一些簡單的按鍵。

步驟一步的說明：

• 馬克全緩衝
• 呼叫M-權（用於outline-demote）
• 輸入* root\n在文件的開頭
• 現在，建立你的子樹，並做它你想要的。
• 完成後，你可以在文件的開頭刪除* root\n，並再次推動標題M-左

我已經得到的印象是，你甚至可以離開整體鐓它是你的申請。