В настоящее время мой orgmode (v8.3.4) при экспорте в LaTeX (и, возможно, в другие форматы, но я не проверял) генерирует новую строку для строки комментария или блока последовательных строк комментария. Это нежелательно, потому что в LaTeX это создаст новый абзац. Когда я пишу, мне часто нужно комментировать одну или две строки в середине абзаца, но я не хочу разбивать этот абзац на две части. В настоящее время из-за такого поведения orgmode я вынужден переместить эти строки комментариев после абзаца, что может привести к путанице при пересмотре текста.
Ниже приведен минимальный пример. Источник orgmode:
First sentence.
# Commented sentence.
Last sentence.
который экспортируется в LaTeX с помощью orgmode как (без преамбулы):
\begin{document}
\tableofcontents
First sentence.
Last sentence.
\end{document}
Между первым и последним предложениями есть пустая строка, которая приводит к двум абзацам вместо одного.
Есть ли способ остановить это поведение orgmode? Строка комментария или блок строк комментария должны быть экспортированы в 0 байт / символ, даже не в новую строку. Это поведение LaTeX при обработке комментариев.
источник
# comments
, но, к сожалению, ни одно не работает для # + BEGIN_COMMENT comments # + END_COMMENT новая строка вставляется в экспорт LaTeX в место, где присутствовал комментарий блока ... есть ли какой-нибудь простой способ исправить это? РЕДАКТИРОВАТЬ (черт возьми, да, есть): На основании ответа, предоставленного @John,# comments
для#+BEGIN_COMMENT
блоков и для блоков работает следующее: (defun delete-org-comments (backend) (цикл для комментариев в (обратный (org- element-map (org-element-parse-buffer) идентичность 'comment')) do (setf (buffer-substring (org-element-property: begin comment))Ответы:
Попробуйте что-то вроде этого. Поместите этот блок кода в ваш документ и запустите его. LaTeX будет в буфере Org LATEX Export .
источник
Основываясь на ответе Джона, вот альтернативная функция, которая использует
org-element-extract-element
иorg-element-interpret-data
:org-element
API не особенно очевиден, но мощный - вы просто должны изучить его немного по своему усмотрению. :) Конечно, John's, вероятно, быстрее для больших документов, поскольку он просто изменяет буфер, а не интерпретирует дерево в строку.источник