[Orgmode] problem with org-export-latex-todo-keyword-markup [7.4]
I defined it as an associative list, as described in the manual:
org-export-latex-todo-keyword-markup evaluates to (("new" . "\\new{%s}")
("done" . "\\done{%s}") ("todo" . "\\todo{%s}"))
In my LaTeX header are the options:
#+LATEX_HEADER: \def\todo#1{{\color{red}#1}}
#+LATEX_HEADER: \def\done#1{{\color{green}#1}}
#+LATEX_HEADER: \def\new#1{{\color{blue}#1}}
Now I noticed that, in the exported pdf, all todo keywords are typeset in the
same color, which is always the value of the first element in the a-list. In
the above example, all keywords get set to blue, i.e. the LaTeX file contains
odd things like \new{TODO}.
According to the manual, I expect this behaviour - using the value of the first
element - only for todo keywords for which there is no key in the a-list
defined.
Am I doing something wrong?
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] German date in LaTeX export [7.3]
On 02/14/2011 02:10 AM, Bastien wrote:
> Hi Michael,
>
> phaebz writes:
>
>> The usepackage line for babel is necessary, because Language: de is not
>> recognized. With the above, I correctly get e.g. "Inhaltsverzeichnis"
>> instead of "Contents". But the timestamp in the title remains the english
>> one, namely "13 February 2011".
> How did you set "the timestamp in the title"? Through #+TITLE? Through
> #+DATE: ? There is something I miss here.
>
> Thanks,
>
I am sorry. I am relatively new to all this. Please be patient... "the
timestamp in the title" referred to the LaTeX title. I did not set a timestamp
via #+DATE: %d %B %Y, because I thought org would take care of that, as it does
often. I read some more in the manual and understood that #+LANGUAGE: de is
only used for HTML export.
I thought #+LATEX_HEADER: \usepackage[ngerman]{babel} would result in a german
style \today macro in the corresponding LaTeX file.
I should have experimented more, i.e. read the LaTeX export file for hints,
then I would have seen that the default #+DATE: option is indeed %d %B %Y,
which gets expanded to 14 February 2011 and inserted literally into the LaTeX
\date macro, since I use an english locale.
I now use #+DATE: \today and it works as expected.
Sorry for the noise, my posts often end up in a kind of self-helping
experience, but hints are always appreciated. Thanks Bastien for the push.
Michael Bach
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] German date in LaTeX export [7.3]
I have these org-options set for export:
#+LANGUAGE: de
#+LATEX_HEADER: \usepackage[ngerman]{babel}
The usepackage line for babel is necessary, because Language: de is not
recognized. With the above, I correctly get e.g. "Inhaltsverzeichnis" instead
of "Contents". But the timestamp in the title remains the english one, namely
"13 February 2011".
How do I change this? I did not find any option for this in the manual...
Thanks in advance
Michael Bach
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: :export: tag shows up in headings of output pdf
On 02/11/2011 11:49 AM, phaebz wrote: > I am using org-mode 7.3 release. > > Problem: A file such as > > * heading to be exported :export: > > * some other heading > > gets exported to > > 1. heading to be exported :export: > > With a literal :export: tag in the pdf output heading. I have not customized > any relevant export options. > > Do I miss something? > > Any tips / hints are much appreciated > > Michael Bach never mind. I sorted it out, my own mistake. For completeness: One way is "tags:nil" in a #+OPTION: line... ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] :export: tag shows up in headings of output pdf
I am using org-mode 7.3 release. Problem: A file such as * heading to be exported :export: * some other heading gets exported to 1. heading to be exported :export: With a literal :export: tag in the pdf output heading. I have not customized any relevant export options. Do I miss something? Any tips / hints are much appreciated Michael Bach ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] auto-complete mode with org-mode
On 02/06/2011 04:00 PM, Eric S Fraga wrote: > phaebz writes: > > [...] > >> remapped the ac-expand now. There is just one more annoyance: When the >> completions popup-menu gets displayed, for every line that has an >> org-style *heading, the completions line drawn over it starts just >> with the first letter and then an ellipsis "..." >> >> I try to present an org snippet for an example: >> >> #+BEGIN_org-sample >> * first heading >> --- popup-menu starts here --- >> cobra >> c... >> c... >> c... >> c... >> computer >> connection >> --- popup menu ends here --- >> co >> >> some more text >> #+END_org-sample >> >> All lines in the popup menu that start with c..., would be real >> completion candidates, which get folded away because of underlying >> folded org-headings. >> >> Any ideas on this? >> >> Michael Bach > I have the same problem. I am not sure how the ellipsis are "drawn" in > the buffer but maybe the issue has to do with overlays? grasping at > straws here... maybe somebody else can help. it is a slight annoyance > and only happens in org buffers, and only when there are collapsed > headings in the vicinity of where you are typing. > Hm. Well thanks for thinking about it anyway. It is really just a slight annoyance, but as the number of org-buffers increases - they seem to fit more and more purposes the more I use org, esp. for quick write-ups where this issue annoys me the most - this annoyance increases also ;) But then it is just so nice to use org anyways, I gladly accept this sort of behaviour. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] auto-complete mode with org-mode
On 02/03/2011 04:38 PM, Eric S Fraga wrote: > phaebz writes: > >> I am using org-mode v. 7.3 and auto-complete v. 1.2 >> >> I added org-mode to "ac-modes" as described in the documentation. When >> typing in an org-mode buffer, I correctly get the popup-menu from >> auto-complete mode. If I then press TAB to complete the word, nothing >> happens - since TAB is bound to org-cycle. >> >> I am not really familliar with ac-mode, but I guess it could be using >> a hook when populating the popup menu, so that I could bind the tab >> key in this hook ac-specific and bind it then again to org-cycle when >> after-completion-hook is run, in case there is one... I just wanted to >> ask here if others have a similar setup/issue and how it is solved >> elegantly, i.e. in org-mode style. >> >> Thank you >> >> Michael Bach > org mode somehow (I have no idea how or why) manages to distinguish > between TAB and C-i and this distinction is inherited by minor modes > operating within an org mode buffer. For auto-complete, the fix is > easy: > > #+begin_src emacs-lisp > (require 'auto-complete) > (require 'auto-complete-config) > (ac-config-default) > ;; (define-key ac-complete-mode-map "\t" 'ac-expand) > (define-key ac-complete-mode-map [tab] 'ac-expand) ; <<--- add this line > ;; (define-key ac-complete-mode-map "\r" 'ac-complete) > #+end_src > > I've included two commented out lines: they are the defaults set by > auto-complete. I found, before adding the annotated line, that C-i > worked as expected within an auto-complete pop-up but the tab key > didn't. With this key binding, it does. > > I do find, however, that although the \r (return key) works (accepts the > completion proposed by auto-complete), *sometimes* org-mode also > interprets it so that two things happen when I hit the key. I've not > yet figured out when it does this in any reproducible manner > unfortunately. > Thank you for the information! remapped the ac-expand now. There is just one more annoyance: When the completions popup-menu gets displayed, for every line that has an org-style *heading, the completions line drawn over it starts just with the first letter and then an ellipsis "..." I try to present an org snippet for an example: #+BEGIN_org-sample * first heading --- popup-menu starts here --- cobra c... c... c... c... computer connection --- popup menu ends here --- co some more text #+END_org-sample All lines in the popup menu that start with c..., would be real completion candidates, which get folded away because of underlying folded org-headings. Any ideas on this? Michael Bach ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] auto-complete mode with org-mode
I am using org-mode v. 7.3 and auto-complete v. 1.2 I added org-mode to "ac-modes" as described in the documentation. When typing in an org-mode buffer, I correctly get the popup-menu from auto-complete mode. If I then press TAB to complete the word, nothing happens - since TAB is bound to org-cycle. I am not really familliar with ac-mode, but I guess it could be using a hook when populating the popup menu, so that I could bind the tab key in this hook ac-specific and bind it then again to org-cycle when after-completion-hook is run, in case there is one... I just wanted to ask here if others have a similar setup/issue and how it is solved elegantly, i.e. in org-mode style. Thank you Michael Bach ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
