我使用组织模式来创建我想导出为PDF的列表。列表中的某些项目的组合为(*)，这似乎将丢弃org模式。组合模式导出项目可能存在错误（*）'
这MWE
#+TITLE: Bug?
#+OPTIONS: *:nil toc:nil author:nil
- hello (*) I would like to have two items
- may (*) I please?
结果
即使#+OPTIONS: *:nil部分显然是阅读并理解（星星之间的部分是不是大胆，因为这将有这样的行
这是错误吗？我做错了什么？是否有解决方法？
*：nil选项在这里不是问题。
问题来自于*（*）实际上做的强调文本（它在缓冲区中以粗体显示）。鉴于此，出口商尽力而为，这不太好。
这里的错误是允许在不同的列表项上进行多行分割 - 我们会尝试修复它，但这是一个相当复杂的问题。
在上面的解决方法之上，看看`org-emphasis-regexp-components'，通过它你可以防止圆括号作为形成字符串中的post/pre-characters。
欢迎来到SO Bastien。非常感谢维护orgmode。 – kindahero 2012-01-30 06:47:32
我看到它在缓冲区中被强调，但我认为这是另一个错误.... – 2012-01-30 13:38:28
我不确定这是不是一个错误。我能够重现它，但是，如果我逃脱了*出口按预期发生。创建
#+TITLE: Bug?
#+OPTIONS: toc:nil author:nil
- hello (\*) I would like to have two items
- may (\*) I please?
乳胶：
\begin{itemize}
\item hello (\*) I would like to have two items
\item may (\*) I please?
\end{itemize}
我会然而发布问题的邮件，以确认这是否是在这种情况下，预期的行为或不。这个问题的线程是HERE。
编辑我编辑以纠正实际出口的乳胶（添加此为1个字符需要是不够的，随意删除此行。）
感谢您在新闻组上发布它。 – 2012-01-30 01:21:01
我不明白什么是逃避......当我通过th export时，我得到空括号......'（）'在PDF中。这不是我想要的。我想，从字面上看，'（*）'出现在文本中。 – 2012-01-30 01:26:45
糟糕，我在看它时会误读出口，并没有意识到它在处理中完全忽略了角色（我只看着源代码，忘记了看看它创建了什么）。然而，您在他们之间增加一条线的解决方案确实有效。 – 2012-01-30 01:53:47
我发现了一个变通的这种行为（ BUG）：添加两个违规线之间的空行：
#+TITLE: Workaround!
#+OPTIONS: toc:nil author:nil
- hello (*) I would like to have two items
- may (*) I please?
给出：
因此允许字符串(*)存在于一个项目中（或更确切地说是两个连续的项目）
这似乎工作，它觉得有点人为和不理想，特别是当考虑到*：无。我不知道这方面的邮件列表上会出现什么。 – 2012-01-30 01:54:29
我能够重现这一点。我认为这肯定是一个bug – kindahero 2012-01-29 06:43:42