From: Matthew Lundin <mdl@imapmail.org>
To: Carsten Dominik <dominik@science.uva.nl>
Cc: emacs-orgmode@gnu.org
Subject: Re: Footnotes and org-export, revisited
Date: Sat, 03 Jan 2009 16:53:29 -0600 [thread overview]
Message-ID: <m2ocyodms6.fsf@fastmail.fm> (raw)
In-Reply-To: <B5470E2D-D8D6-4FE7-A20F-E3BE07172C7D@uva.nl> (Carsten Dominik's message of "Sat\, 3 Jan 2009 09\:17\:08 +0100")
Hi Carsten,
Thanks for the quick response. I've written a couple of additional
comments below.
Carsten Dominik <dominik@science.uva.nl> writes:
> Hi Matt, thanks for this much needed feedback. I was already working
> into the direction of some of your proposals, but certainly not all.
>
> On Jan 2, 2009, at 4:10 PM, Matthew Lundin wrote:
>>
>> Thanks for alerting me to this option. I'm assuming that
>> org-footnote-section is meant to control the initial placement of
>> non-inline footnotes and not their placement after sorting or
>> normalizing. (When I sort or normalize the footnotes, they are placed
>> at the end of the last section of the outline.) Would it be possible
>> to have this option also control the placement of sorted footnotes?
>> I.e., during sorting or normalizing, footnotes would be placed in the
>> outline section corresponding to their reference.
>
> Yes, this would be much more consistent. Now it does this,
> sorting will move each definition to the entry of the first
> reference, if org-footnote-section is nil.
>
This is great! I did notice a couple of quirks when
org-footnote-section is set to nil.
A. If there is no empty line at the end of a section or the end of the
buffer, org-footnote-action inserts the footnote above the reference.
As in the following example:
----begin org file-----
* Headline one
[fn:1] Org-footnote-action inserts footnote above the reference.
A footnote inserted with no space the bottom of a section.[fn:1]
* Headline two
One empty line at the bottom of this section.[fn:2]
[fn:2]
* Headline three
[fn:3] Again, same behavior as first footnote.
No space at the bottom of buffer.[fn:3]
----end org file-----
B. If one of the footnotes is directly above a headline (i.e., no
intervening empty line), it does not get sorted with C-u C-c C-x f s.
-----begin original org file-----
* Headline one
Here is a footnote.[fn:1] And here is another footnote.[fn:2] And here
is a third footnote.[fn:3]
[fn:3] Footnote three
[fn:1] Footnote one.
[fn:2] Footnote two.
* Headline two
-----end original org file-------
And after sorting:
-----begin sorted footnotes file------
* Headline one
Here is a footnote.[fn:1] And here is another footnote.[fn:2] And here
is a third footnote.[fn:3]
[fn:1] Footnote one.
[fn:3] Footnote three
[fn:2] Footnote two.
* Headline two
-----end sorted footnotes file------
>> C. The in-buffer conversion from inline footnotes to numbered
>> footnotes is fantastic for creating readable documents. It might be a
>> nice feature to have a similar conversion in reverse: that is, from
>> non-inline footnotes to inline footnotes?
>>
>> The chief rationale for such a feature would be to make footnotes
>> portable from one org-mode file to another.
>
> Isn't the new sorting good enough for this? I am uncomfortable with
> letting a program doing so much complex editing. I think it will
> break too often.
Yes, I see how this could be a very dangerous feature, since if it
breaks, it might have ruinous effects. And I see that this would be
redundant, as the sorting option already accomplishes this quite
nicely.
> Thanks, please keep testing and the feedback coming.
I most certainly will!
At the risk of sounding like a broken record, thanks again for all
your work on org-mode!
Matt
next prev parent reply other threads:[~2009-01-03 22:53 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-17 12:52 Footnotes and org-export, revisited Scot Becker
2008-12-17 13:28 ` Paul R
2008-12-17 13:31 ` Carsten Dominik
2008-12-17 15:29 ` Paul R
2008-12-17 15:59 ` Scot Becker
2008-12-17 20:54 ` Matthew Lundin
2008-12-17 22:23 ` Scot Becker
2008-12-17 16:08 ` Carsten Dominik
2008-12-17 16:32 ` Paul R
2008-12-17 16:58 ` Carsten Dominik
2008-12-17 17:25 ` Paul R
2008-12-17 17:18 ` Sivaram Neelakantan
2008-12-18 8:08 ` Carsten Dominik
2008-12-18 17:13 ` Sivaram Neelakantan
2008-12-18 10:34 ` Peter Frings
2008-12-18 10:55 ` Peter Frings
2008-12-17 14:04 ` Jörg Hagmann
2009-01-01 9:07 ` Carsten Dominik
2009-01-01 16:48 ` Matthew Lundin
2009-01-01 17:10 ` Carsten Dominik
2009-01-02 15:10 ` Matthew Lundin
2009-01-03 8:17 ` Carsten Dominik
2009-01-03 22:53 ` Matthew Lundin [this message]
2009-01-04 7:39 ` Carsten Dominik
2009-01-12 11:29 ` Scot Becker
2009-01-12 14:21 ` Paul R
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m2ocyodms6.fsf@fastmail.fm \
--to=mdl@imapmail.org \
--cc=dominik@science.uva.nl \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).