지난 1 년 반 동안, 저는 현재 고용주와 엔지니어링 노트로 조직 모드에서 모 놀리 식 버퍼를 유지했습니다. 대부분 다른 문서에 대한 포인터를 포함하고 있지만,이 파일은 인간 표준 (48,290 줄의 텍스트)으로 상당히 커지고 프로그래밍 방식으로 쉽게 검색 및 편집 할 수 있습니다 (grep 및 조직 모드 태그 검색 참조).이맥스 조직 모드에서 태그 검색을 수행 할 때 최고 수준의 나무를 없앱니다.
한가지는 나를 귀찮게합니다. tag search using Org Mode 6.33x을 수행 할 때 Org의 희소 트리 뷰는 버퍼 내의 일치하지 않는 트리의 접힌 표현 (즉, 별표가 하나 인 *)을 유지합니다. 이것은 일반적으로 더 작은 버퍼 또는 여러 개의 분기가있는 단일 트리로 더 잘 정리 된 버퍼에 유용합니다. 그러나 이것은 새로운 트리가 매일 발생하는 문서화를 위해 특히 잘 작동하지 않습니다.
.
계속하기 전에이 버퍼로 문서 습관이 변경된 것과 마찬가지로 방금 요청한 것에 내 해결 방법이 있다는 것을 알게 될 것입니다. 그러나 다음과 같은 질문이 남아 있습니다 :
1) 스파 스 태그 검색을 수행 할 때 조직 모드가 이러한 방식으로 트리를 구성하는 이유는 무엇입니까? 기술적 세부 사항은 자명하지만 UX 결정은 그다지 중요하지 않습니다.
2) Emacs Lisp로 작성된 스크립트로이 문제를 해결하고 싶다면 문서보기를 재구성하기 위해 어떤 후크와 명령을 더 자세히 조사해야합니까? 표준 명령에 대한 덮어 쓰기 (예 : org-match-sparse-tree)는 이미 자명합니다.
.
미리 감사드립니다.
여기서 좋은 대답을 얻지 못하면 [orgmode 목록을보십시오] (http://news.gmane.org/gmane.emacs.orgmode). – Tom
@ 톰 동의합니다. 포인터 주셔서 감사. – MrGomez
"타의 추종을 불허하는 나무의 접힌 표현"이 무슨 뜻인지 분명치 않습니다. 작은 예제로 질문을 편집 해 주시겠습니까? – suvayu