emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: John Kitchin <jkitchin@andrew.cmu.edu>
To: Andreas Leha <andreas.leha@med.uni-goettingen.de>
Cc: "emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>
Subject: Re: List of figures
Date: Sun, 2 Mar 2014 10:13:48 -0500	[thread overview]
Message-ID: <CAJ51ETo9ju7wU3tRRMP0To+zsSFP-doxCa2c8Pwqmc=iPA_T8A@mail.gmail.com> (raw)
In-Reply-To: <8761nx2f3n.fsf@med.uni-goettingen.de>

[-- Attachment #1: Type: text/plain, Size: 7655 bytes --]

No problem. I worked out a List of figures here:
http://kitchingroup.cheme.cmu.edu/blog/2014/03/02/Getting-a-list-of-figures-in-an-org-buffer/


John

-----------------------------------
John Kitchin
Associate Professor
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
http://kitchingroup.cheme.cmu.edu



On Sun, Mar 2, 2014 at 3:13 AM, Andreas Leha <
andreas.leha@med.uni-goettingen.de> wrote:

> Hi John,
>
> this is really nice!  Thanks for sharing.
>
> - Andreas
>
> John Kitchin <jkitchin@andrew.cmu.edu> writes:
>
> > check out this implementation for tables:
> >
> http://kitchingroup.cheme.cmu.edu/blog/2014/03/01/Getting-a-list-of-tables-in-an-org-buffer/
> >
> > John
> >
> > -----------------------------------
> > John Kitchin
> > Associate Professor
> > Doherty Hall A207F
> > Department of Chemical Engineering
> > Carnegie Mellon University
> > Pittsburgh, PA 15213
> > 412-268-7803
> > http://kitchingroup.cheme.cmu.edu
> >
> > On Thu, Feb 27, 2014 at 10:00 PM, Thomas S. Dye <tsd@tsdye.com> wrote:
> >
> >     Aloha John,
> >
> >
> >     John Kitchin <jkitchin@andrew.cmu.edu> writes:
> >
> >     > Maybe I am missing something, what would the utility of #+toc:
> >     figures be?
> >     > Is it only for export?
> >
> >
> >     Yes, it is.
> >
> >
> >     > I would make a link: [[elisp:org-list-of-figures]] where
> >     > org-list-of-figures is an emacs-lisp function that would parse
> >     the buffer
> >     > and present you with a list of clickable links to the figures.
> >     You could
> >     > alternatively make this a new org-link, so you could also
> >     specify how it
> >     > exports, eg.
> >     >
> >     > [[lof:click-me][List of Figures]]
> >
> >
> >     This is a neat idea. Thanks!
> >
> >     All the best,
> >     Tom
> >
> >
> >
> >     >
> >     > That would be pure org-markup, and make org more useful, and it
> >     would also
> >     > happen to support LaTeX export too. I guess you would recognize
> >     figures as
> >     > extensions in the file links.
> >     >
> >     >
> >     > John
> >     >
> >     > -----------------------------------
> >     > John Kitchin
> >     > Associate Professor
> >     > Doherty Hall A207F
> >     > Department of Chemical Engineering
> >     > Carnegie Mellon University
> >     > Pittsburgh, PA 15213
> >     > 412-268-7803
> >     > http://kitchingroup.cheme.cmu.edu
> >     >
> >     >
> >     >
> >     > On Wed, Feb 26, 2014 at 11:37 AM, Thomas S. Dye <tsd@tsdye.com>
> >     wrote:
> >     >
> >     >> Aloha Nicolas,
> >     >>
> >     >> Nicolas Goaziou <n.goaziou@gmail.com> writes:
> >     >>
> >     >> > Hello,
> >     >> >
> >     >> > tsd@tsdye.com (Thomas S. Dye) writes:
> >     >> >
> >     >> >> I can imagine that a list of figures is a difficult problem
> >     in some
> >     >> >> other back-ends. However, its absence in LaTeX export seems
> >     unusual.
> >     >> >
> >     >> > Org doesn't cover all LaTeX facilities. There are #+LATEX:
> >     >> > and #+BEGIN_LATEX...#+END_LATEX to fill the gap.
> >     >> >
> >     >> >> Would it make sense to have this work as expected for LaTeX
> >     export (and
> >     >> >> perhaps other back-ends where it does make sense)
> >     >> >
> >     >> > We can start to discuss what a good implementation could be
> >     for major
> >     >> > back-ends. But implementing it for LaTeX only is, IMO, not
> >     worth the
> >     >> > trouble:
> >     >> >
> >     >> > #+toc: figures
> >     >> >
> >     >> > vs.
> >     >> >
> >     >> > #+latex: \listoffigures
> >     >>
> >     >> AFAICT the new exporter works flawlessly. I'm confident that it
> >     will
> >     >> let me produce LaTeX to any practical specification.
> >     >>
> >     >> My original query came about because I was trying to write Org
> >     markup
> >     >> and *not* drop down to LaTeX. In this context--Org as a
> >     lightweight
> >     >> markup language--the possibility of creating all but one of the
> >     >> "lists-of" with #+TOC: seems like the markup language core is
> >     missing a
> >     >> piece.
> >     >>
> >     >> I look forward to the discussion of implementations for the
> >     major
> >     >> back-ends. Let me know if I can help in any way.
> >     >>
> >     >> All the best,
> >     >> Tom
> >     >>
> >     >> --
> >     >> Thomas S. Dye
> >     >> http://www.tsdye.com
> >     >>
> >     >>
> >     > Maybe I am missing something, what would the utility of #+toc:
> >     figures
> >     > be? Is it only for export?
> >     >
> >     > I would make a link: [[elisp:org-list-of-figures]] where
> >     > org-list-of-figures is an emacs-lisp function that would parse
> >     the
> >     > buffer and present you with a list of clickable links to the
> >     figures.
> >     > You could alternatively make this a new org-link, so you could
> >     also
> >     > specify how it exports, eg.
> >     >
> >     > [[lof:click-me][List of Figures]]
> >     >
> >     > That would be pure org-markup, and make org more useful, and it
> >     would
> >     > also happen to support LaTeX export too. I guess you would
> >     recognize
> >     > figures as extensions in the file links.
> >     >
> >     > John
> >     >
> >     > -----------------------------------
> >     > John Kitchin
> >     > Associate Professor
> >     > Doherty Hall A207F
> >     > Department of Chemical Engineering
> >     > Carnegie Mellon University
> >     > Pittsburgh, PA 15213
> >     > 412-268-7803
> >     > http://kitchingroup.cheme.cmu.edu
> >     >
> >     > On Wed, Feb 26, 2014 at 11:37 AM, Thomas S. Dye <tsd@tsdye.com>
> >     wrote:
> >     >
> >     > Aloha Nicolas,
> >     >
> >     > Nicolas Goaziou <n.goaziou@gmail.com> writes:
> >     >
> >     > > Hello,
> >     > >
> >     > > tsd@tsdye.com (Thomas S. Dye) writes:
> >     > >
> >     > >> I can imagine that a list of figures is a difficult problem
> >     in
> >     > some
> >     > >> other back-ends. However, its absence in LaTeX export seems
> >     > unusual.
> >     > >
> >     > > Org doesn't cover all LaTeX facilities. There are #+LATEX:
> >     > > and #+BEGIN_LATEX...#+END_LATEX to fill the gap.
> >     > >
> >     > >> Would it make sense to have this work as expected for LaTeX
> >     > export (and
> >     > >> perhaps other back-ends where it does make sense)
> >     > >
> >     > > We can start to discuss what a good implementation could be
> >     for
> >     > major
> >     > > back-ends. But implementing it for LaTeX only is, IMO, not
> >     worth
> >     > the
> >     > > trouble:
> >     > >
> >     > > #+toc: figures
> >     > >
> >     > > vs.
> >     > >
> >     > > #+latex: \listoffigures
> >     >
> >     > AFAICT the new exporter works flawlessly. I'm confident that it
> >     > will
> >     > let me produce LaTeX to any practical specification.
> >     >
> >     > My original query came about because I was trying to write Org
> >     > markup
> >     > and *not* drop down to LaTeX. In this context--Org as a
> >     > lightweight
> >     > markup language--the possibility of creating all but one of the
> >     > "lists-of" with #+TOC: seems like the markup language core is
> >     > missing a
> >     > piece.
> >     >
> >     > I look forward to the discussion of implementations for the
> >     major
> >     > back-ends. Let me know if I can help in any way.
> >     >
> >     > All the best,
> >     > Tom
> >     >
> >     > --
> >     > Thomas S. Dye
> >     > http://www.tsdye.com
> >     >
> >     >
> >     >
> >
> >     --
> >     Thomas S. Dye
> >     http://www.tsdye.com
> >
>
>
>

[-- Attachment #2: Type: text/html, Size: 11590 bytes --]

  reply	other threads:[~2014-03-02 15:13 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-22 23:28 List of figures Thomas S. Dye
2014-02-23  0:31 ` Rasmus
2014-02-23 17:26   ` Thomas S. Dye
2014-02-23 14:18 ` Nicolas Goaziou
2014-02-23 17:54   ` Thomas S. Dye
2014-02-26 13:50     ` Nicolas Goaziou
2014-02-26 16:37       ` Thomas S. Dye
2014-02-28  1:55         ` John Kitchin
2014-02-28  3:00           ` Thomas S. Dye
2014-03-01 23:22             ` John Kitchin
2014-03-02  8:13               ` Andreas Leha
2014-03-02 15:13                 ` John Kitchin [this message]
2014-02-28  9:48           ` Rasmus

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='CAJ51ETo9ju7wU3tRRMP0To+zsSFP-doxCa2c8Pwqmc=iPA_T8A@mail.gmail.com' \
    --to=jkitchin@andrew.cmu.edu \
    --cc=andreas.leha@med.uni-goettingen.de \
    --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).