Lower-case the results header arg node in /doc/org.texi. Right now it
is upper-cased.
Previously, I filled out the FSF paperwork, so I didi't include TINYCHANGE.
0001-org.texi-Fix-case-of-results-header-arg-node.patch
Description: Binary data
Rasmus writes:
> Nick Dokos writes:
>
>> I did a mapcan originally and saw that it was an alias for cl-mapcan in
>> cl-extras.el and that got me scared: I vaguely recalled some rules about
>> using cl-* stuff, but I don't really remember the rules any more. For
>> future reference, are they writ
Nick Dokos writes:
> I did a mapcan originally and saw that it was an alias for cl-mapcan in
> cl-extras.el and that got me scared: I vaguely recalled some rules about
> using cl-* stuff, but I don't really remember the rules any more. For
> future reference, are they written down somewhere?
My
Hi,
Eric Abrahamsen writes:
> Currently, if the global variable `org-html-html5-fancy' is t, some
> elements of HTML export will use fancy elements even when not exporting
> to HTML5 at all.
>
> Specifically, the TITLE of a document will be wrapped in tags,
> even when exporting to XHTML4. I ra
Nicolas Goaziou writes:
> Hello,
>
> Brady Trainor writes:
>
>> Speaking of COMMENT, I had noticed some strange behavior if I have a state
>> like COMMENTED_OUT.
>>
>> If I have a header like =#+TODO: TODO COMMENTED_OUT | DONE=, and cycle
>> through state with S-, it gets pretty wonky.
>
> Cou
Nicolas Goaziou writes:
> Hello,
>
> Nick Dokos writes:
>
>> Here's a patch to add a new function to org-bbdb.el that provides early
>> warning for upcoming anniversaries; it also adds some documentation to
>> org.texi.
>
> Thank you. Some comments follow.
>
Thanks for the comments. Revised pat
Currently, if the global variable `org-html-html5-fancy' is t, some
elements of HTML export will use fancy elements even when not exporting
to HTML5 at all.
Specifically, the TITLE of a document will be wrapped in tags,
even when exporting to XHTML4. I ran into this while making some epub
files a
"Chromiak, Walter" writes:
> Remember to cover the basics, that is, what you expected to happen and
> what in fact did happen. You don't know how to make a good report? See
>
> http://orgmode.org/manual/Feedback.html#Feedback
>
> Your bug report will be posted to the Org-mode mailing list.
Hello,
Nick Dokos writes:
> Here's a patch to add a new function to org-bbdb.el that provides early
> warning for upcoming anniversaries; it also adds some documentation to
> org.texi.
Thank you. Some comments follow.
> +(defun org-bbdb-date-list (date n)
> + "Return a list of dates in (m d y
Hi all,
When property name completion is being performed, it means that we are
inside malformed property drawer that will become valid only after
successful completion. In this case in makes no sense to perform
interactive drawer repair.
Best,
Alexey
From 926fe940f04cd94cdc0b06e50a485e65d35e903a
Hi Eric,
· Eric Abrahamsen wrote:
> Thomas Holst writes:
>
>> · Eric Abrahamsen wrote:
>>
[ ... snip ... ]
[ ... snip completion issue with gnorb ... ]
>>>
>
> [...]
>
>> ok here is what I did to reproduce behavior with ECM
>
> All right, now that's a bug report!
>
> I follo
Hello,
Nicolas Goaziou writes:
> Hello,
>
> Brady Trainor writes:
>
>> Speaking of COMMENT, I had noticed some strange behavior if I have a
>> state like COMMENTED_OUT.
>>
>> If I have a header like =#+TODO: TODO COMMENTED_OUT | DONE=, and cycle
>> through state with S-, it gets pretty wonky.
>
Hello,
Brady Trainor writes:
> Speaking of COMMENT, I had noticed some strange behavior if I have a state
> like COMMENTED_OUT.
>
> If I have a header like =#+TODO: TODO COMMENTED_OUT | DONE=, and cycle
> through state with S-, it gets pretty wonky.
Could you elaborate a bit? I cannot reprodu
On Sun, Aug 16, 2015 at 04:22:43PM -0400, Scott Randby wrote:
> On 08/16/2015 09:36 AM, Bastien Guerry wrote:
> >Scott Randby writes:
> >
> >>Unfortunately, the \hypersetup{...} generated by org is last one in
> >>the preamble when an org document is exported.
> >
> >Is there anything to fix here?
Thomas Holst writes:
> · Eric Abrahamsen wrote:
>
>>>
>>> [ ... snip ... ]
>>>
>>> [ ... snip completion issue with gnorb ... ]
>>
[...]
> ok here is what I did to reproduce behavior with ECM
All right, now that's a bug report!
I followed your steps, and can confirm the same behavior. Unfort
15 matches
Mail list logo