From: Carsten Dominik <dominik@science.uva.nl>
To: Matthew Lundin <mdl@imapmail.org>
Cc: emacs-orgmode@gnu.org
Subject: Re: Footnotes and org-export, revisited
Date: Sat, 3 Jan 2009 09:17:08 +0100 [thread overview]
Message-ID: <B5470E2D-D8D6-4FE7-A20F-E3BE07172C7D@uva.nl> (raw)
In-Reply-To: <m27i5dyc8s.fsf@fastmail.fm>
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:
>
> Hi Carsten,
>
> Carsten Dominik <dominik@science.uva.nl> writes:
>
>> Hi Matt,
>>
>> the bug is fixed now, thanks for the report.
>>
>> Also, you can set org-footnote-section to nil
>> if you want non-inline footnotes to be defined
>> in the outline node where they are referenced, instead
>> of a special outline node "Footnotes".
>
> 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.
>
>
> A few other *wishlist* items/ideas regarding this wonderful addition
> to org-mode. Please feel free to consider or disregard these ideas at
> your leisure.
>
> A. For visibility in org-mode files, it might be nice if there were a
> special face for the footnote markup. One of the things I really like
> about AUCTeX is its nice color highlighting of macros such as
> footnotes. (And, of course, I like the same thing about hyperlinks in
> org-mode!)
Done.
>
>
> B. Also for visibility in org-mode files, it might nice to have the
> option of making the content of inline footnotes invisible (similar to
> AUCTeX macro folding). For instance, if this option were turned on...
>
> Here is a footnote.[fn:: Footnote text.]
>
> would appear as...
>
> Here is a footnote.[fn]
>
> Perhaps then a function/keybinding could allow editing the footnote
> text in the minibuffer, similar to C-c C-l for links.
I agree that this would be nice, but multiline font-lock (which
would be needed to do this) is relatively fragile. I believe John & CO
have a better font-lock scheme in muse wich does handle this stuff
better,
but I would need time to study how tis exactly works.
So no for now.
> 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? As far as I understand it,
> the pre-process hook for org-latex-export already does something
> similar (line 1310).
Yes. Footnote export to LaTeX is actually silly. It first extracts
all notes to the end of te buffer during preprocessing, and then
moves them back during export :-)
> It converts regular footnotes like this:
>
> Here is a footnote.[1]
>
> [1] Footnote text.
>
> to...
>
> Here is a footnote.\footnote{Footnote text.}
>
> I wonder whether something similar could be available in org-mode
> buffers--i.e., conversion to the inline [fn:: Footnote text] instead
> of the LaTeX macro.
>
> 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.
> Let's say I have a lot of
> numbered/labeled footnotes defined under an outline heading titled
> "Footnotes." Let's say, additionally, that I'd like to copy one
> subtree of text from that file to a different file, but that I want to
> ensure that only those footnotes referred to in the subtree are
> copied. Being able to convert all footnotes in the file to inline
> footnotes would ensure that the correct footnotes are
> attached/included. Then, of course, it would be easy to normalize
> footnotes once again in both files.
>
> D. When normalizing inline footnotes, it would be nice if there were
> an option for automatically filling the resulting paragraphs and
> footnotes. Currently the following source:
This option does now exist:
org-footnote-fill-after-inline-note-extraction
The only problem s that while Org-s fill-paragraph does the right
thing under most circumstances, there are cases where it is imperfect
or even breaks things. Try it, mostly it should work.
In fact, this is relevant only for normalizing in the buffer, and for
the
ASCII backend. The other backends do not care.
Thanks, please keep testing and the feedback coming.
- Carsten
next prev parent reply other threads:[~2009-01-03 8:17 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 [this message]
2009-01-03 22:53 ` Matthew Lundin
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=B5470E2D-D8D6-4FE7-A20F-E3BE07172C7D@uva.nl \
--to=dominik@science.uva.nl \
--cc=emacs-orgmode@gnu.org \
--cc=mdl@imapmail.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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.