Re: [O] List of figures
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.l...@med.uni-goettingen.de> wrote: > Hi John, > > this is really nice! Thanks for sharing. > > - Andreas > > John Kitchin 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 wrote: > > > > Aloha John, > > > > > > John Kitchin 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 > > wrote: > > > > > >> Aloha Nicolas, > > >> > > >> Nicolas Goaziou writes: > > >> > > >> > Hello, > > >> > > > >> > t...@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 > > woul
Re: [O] List of figures
Hi John, this is really nice! Thanks for sharing. - Andreas John Kitchin 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 wrote: > > Aloha John, > > > John Kitchin 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 > wrote: > > > >> Aloha Nicolas, > >> > >> Nicolas Goaziou writes: > >> > >> > Hello, > >> > > >> > t...@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 > wrote: > > > > Aloha Nicolas, > > > > Nicolas Goaziou writes: > > > > > Hello, > > > > > > t...@tsdye.com (Thomas S. Dye) writes: > > > > > >>
Re: [O] List of figures
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 wrote: > Aloha John, > > John Kitchin 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 wrote: > > > >> Aloha Nicolas, > >> > >> Nicolas Goaziou writes: > >> > >> > Hello, > >> > > >> > t...@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 wrote: > > > > Aloha Nicolas, > > > > Nicolas Goaziou writes: > > > > > Hello, > > > > > > t...@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 > > > >
Re: [O] List of figures
John Kitchin writes: > 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. This is more like org-toc.el, though I'm not sure if it can be configured to pick up figures. Using org-element it should be at least be relatively easy to pick up the structure of the document, though I think the reftex/org-toc way of displaying such structure is superior to something tied to a specific line in the buffer (I may want to jump to somewhere from the bottom of my file). —Rasmus -- Got mashed potatoes. Ain't got no T-Bone. No T-Bone
Re: [O] List of figures
Aloha John, John Kitchin 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 wrote: > >> Aloha Nicolas, >> >> Nicolas Goaziou writes: >> >> > Hello, >> > >> > t...@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 wrote: > > Aloha Nicolas, > > Nicolas Goaziou writes: > > > Hello, > > > > t...@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 >
Re: [O] List of figures
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 wrote: > Aloha Nicolas, > > Nicolas Goaziou writes: > > > Hello, > > > > t...@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 > >
Re: [O] List of figures
Aloha Nicolas, Nicolas Goaziou writes: > Hello, > > t...@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
Re: [O] List of figures
Hello, t...@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 > and have other back-ends insert a comment? Comments do not always make sense (e.g. ascii). Regards, -- Nicolas Goaziou
Re: [O] List of figures
Aloha Nicolas, Nicolas Goaziou writes: > Hello, > > t...@tsdye.com (Thomas S. Dye) writes: > >> I'm trying to generate a list of figures for LaTeX export. I thought to >> use #+TOC: figures, but this didn't work. >> >> The Org Export Reference Documentation has this: >> >> “TOC” keyword. It accepts three common values: “headlines”, “tables” and >> “listings”. Also, “headlines” value can have an optional numeric >> argument to specify depth of the contents. >> >> See org-export-collect-headlines, org-export-collect-tables, >> org-export-collect-figures and org-export-collect-listings. >> >> Two questions: >> >> 1) Is there a reason that the TOC keyword doesn't accept the value >> "figures"? The reference to org-export-collect-figures suggests that it >> should accept this value. > > I had planned to allow "figures" for TOC, but I realized it was > difficult to define what a "figure" is outside of LaTeX. > > There is the infrastructure, but it isn't used yet in back-ends. 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. Would it make sense to have this work as expected for LaTeX export (and perhaps other back-ends where it does make sense) and have other back-ends insert a comment? Not a big thing, obviously, but I was surprised when it didn't work. All the best, Tom -- Thomas S. Dye http://www.tsdye.com
Re: [O] List of figures
Aloha Rasmus, Rasmus writes: > t...@tsdye.com (Thomas S. Dye) writes: > >> 1) Is there a reason that the TOC keyword doesn't accept the value >> "figures"? The reference to org-export-collect-figures suggests that it >> should accept this value. > > AFAIK it is not supported. It has puzzled me as well. It's trivial > to make a patch for ox-latex; the hard part is adding it to other > backends. > >> 2) Is there some other way to generate a list of figures for LaTeX >> export? > > There's the obvious one: > > #+LATEX: \listoffigures > > But that's probably not what you're looking for. > > As you'll see from org-latex-keyword you can also "cheat" Org by > setting org-latex-listings to nil and use #+TOC: listings. Very helpful. Thanks! -- Thomas S. Dye http://www.tsdye.com
Re: [O] List of figures
Hello, t...@tsdye.com (Thomas S. Dye) writes: > I'm trying to generate a list of figures for LaTeX export. I thought to > use #+TOC: figures, but this didn't work. > > The Org Export Reference Documentation has this: > > “TOC” keyword. It accepts three common values: “headlines”, “tables” and > “listings”. Also, “headlines” value can have an optional numeric > argument to specify depth of the contents. > > See org-export-collect-headlines, org-export-collect-tables, > org-export-collect-figures and org-export-collect-listings. > > Two questions: > > 1) Is there a reason that the TOC keyword doesn't accept the value > "figures"? The reference to org-export-collect-figures suggests that it > should accept this value. I had planned to allow "figures" for TOC, but I realized it was difficult to define what a "figure" is outside of LaTeX. There is the infrastructure, but it isn't used yet in back-ends. > 2) Is there some other way to generate a list of figures for LaTeX > export? See Rasmus' answer. Regards, -- Nicolas Goaziou
Re: [O] List of figures
t...@tsdye.com (Thomas S. Dye) writes: > 1) Is there a reason that the TOC keyword doesn't accept the value > "figures"? The reference to org-export-collect-figures suggests that it > should accept this value. AFAIK it is not supported. It has puzzled me as well. It's trivial to make a patch for ox-latex; the hard part is adding it to other backends. > 2) Is there some other way to generate a list of figures for LaTeX > export? There's the obvious one: #+LATEX: \listoffigures But that's probably not what you're looking for. As you'll see from org-latex-keyword you can also "cheat" Org by setting org-latex-listings to nil and use #+TOC: listings. Hope it helps, Rasmus -- May contains speling mistake
[O] List of figures
Aloha all, I'm trying to generate a list of figures for LaTeX export. I thought to use #+TOC: figures, but this didn't work. The Org Export Reference Documentation has this: “TOC” keyword. It accepts three common values: “headlines”, “tables” and “listings”. Also, “headlines” value can have an optional numeric argument to specify depth of the contents. See org-export-collect-headlines, org-export-collect-tables, org-export-collect-figures and org-export-collect-listings. Two questions: 1) Is there a reason that the TOC keyword doesn't accept the value "figures"? The reference to org-export-collect-figures suggests that it should accept this value. 2) Is there some other way to generate a list of figures for LaTeX export? All the best, Tom -- T.S. Dye & Colleagues, Archaeologists 735 Bishop St, Suite 315, Honolulu, HI 96813 Tel: 808-529-0866, Fax: 808-529-0884 http://www.tsdye.com
Re: [O] List of Figures not being generated in 8.0.3?
Thanks for highlighting this. Being able to skip the #+NAME tag in this situation makes it quite straightforward.
Re: [O] List of Figures not being generated in 8.0.3?
Nick Dokos writes: > It used to be that the naming was mandatory: the intervening #+caption > line would cause babel to produce a new results block. ISTR that Nicolas > fixed it so that the naming is no longer necessary and babel will DTRT - > IOW, the following will work: > > , > | #+begin_src > | ... > | #+end_src > | > | #+caption: bar > | #+results: > ` Cool; especially the abbreviations! I remember reading about this feature but I didn't remember to use it. Thanks! –Rasmus -- Together we'll stand, divided we'll fall
Re: [O] List of Figures not being generated in 8.0.3?
Nick Dokos writes: > Eric S Fraga writes: > >> Luke Crook writes: >> >>> I just noticed that the List of Figures is not being generated in 8.0.3. >>> >>> I have a figure with; >>> >>> #+LATEX: \listoffigures >>> >>> #+ATTR_LaTeX: width=5.5cm >> >> Maybe try with >> >> #+attr_latex: :width 5.5cm >> >> The format for attributes has changed in version 8 of org. > > Although this might lead to a problem in how the figure appears on the > page, I believe the main problem was that there was no caption > associated with the image, so it was not put in a figure environment, it > was just inlined: inline images do not contribute to the list of > figures. > As Rasmus pointed out, #+caption was incorrectly associated with the > code block, rather than with the resulting image. Indeed! I had taken the OP's initial problem and changed the src block to a direct link to a figure so as to try it out. The interesting thing is that, with an image, the OP's attr_latex line being wrong leads to no figure and no figure caption obviously. Fixing that line allowed the figure to appear along with caption and table of contents. I totally forgot about there being a src block in the original case! The OP's problem was fundamentally about the wrong place for the caption and attr_latex lines, as you indicate. However, it would appear that my experiment highlights a lack of robustness in the processing of attr_latex lines. Having the figure disappear completely because of an error in that line seems a little drastic. Unfortunately, trying to fix this is a little beyond me... :( -- : Eric S Fraga (0xFFFCF67D), Emacs 24.3.50.1, Org release_8.0.3-193-g334581
Re: [O] List of Figures not being generated in 8.0.3?
On Tue, Jun 11, 2013 at 4:58 PM, Rasmus wrote: > > > It seems you're using v8.0.3. . . > > Your example would be something like > > #+OPTIONS: toc:nil > #+TOC: figures ## <-- not implemented currently > #+LATEX: \listoffigures > > The following generates the "List of Figures" #+TOC: listings No need for the specific latex tags below it seems, as #+TOC seems to output correctly in latex now. #+LATEX: \listoftables #+LATEX: \listoffigures
Re: [O] List of Figures not being generated in 8.0.3?
On Tue, Jun 11, 2013 at 4:58 PM, Rasmus wrote: > > > Hi Luke! > > It seems you're using v8.0.3. . . > Thank you for the feedback. I should have scrubbed my tags pre-8.0 tags to conform to the post-8.0 world, sorry about that. The following tags now work as expected. The "List of Figures" links to the figure. I had to add a #+LABEL tag for the \ref{fig-1} to generate the correct link. #+NAME: fig-1 #+begin_src plantuml :file fig_1.png :cmdline -Tpng (*) --> "Test" #+end_src #+ATTR_LaTeX: width: 2cm #+CAPTION: Caption for Figure 1 #+LABEL: fig:fig-1 #+RESULTS: fig-1 [[file:fig_1.png]] So, everything working again. Thank you.
Re: [O] List of Figures not being generated in 8.0.3?
Eric S Fraga writes: > Luke Crook writes: > >> I just noticed that the List of Figures is not being generated in 8.0.3. >> >> I have a figure with; >> >> #+LATEX: \listoffigures >> >> #+ATTR_LaTeX: width=5.5cm > > Maybe try with > > #+attr_latex: :width 5.5cm > > The format for attributes has changed in version 8 of org. Although this might lead to a problem in how the figure appears on the page, I believe the main problem was that there was no caption associated with the image, so it was not put in a figure environment, it was just inlined: inline images do not contribute to the list of figures. As Rasmus pointed out, #+caption was incorrectly associated with the code block, rather than with the resulting image. The trick is to name the code block and its results block, using the same name: that ties them together, so that further execution of the code block does not produce a new results block. Then you attach #+caption to the results block: , | #+name: foo | #+begin_src ... | ... | #+end_src | | #+caption: bar | #+results: foo | ` It used to be that the naming was mandatory: the intervening #+caption line would cause babel to produce a new results block. ISTR that Nicolas fixed it so that the naming is no longer necessary and babel will DTRT - IOW, the following will work: , | #+begin_src | ... | #+end_src | | #+caption: bar | #+results: ` I just checked btw, and it does work. Org-mode version 8.0.3 (release_8.0.3-197-g221768 @ /home/nick/elisp/org-mode/lisp/) -- Nick
Re: [O] List of Figures not being generated in 8.0.3?
Luke Crook writes: > I just noticed that the List of Figures is not being generated in 8.0.3. > > I have a figure with; > > #+LATEX: \listoffigures > > #+ATTR_LaTeX: width=5.5cm Maybe try with #+attr_latex: :width 5.5cm The format for attributes has changed in version 8 of org. -- : Eric S Fraga (0xFFFCF67D), Emacs 24.3.50.1, Org release_8.0.3-193-g334581
Re: [O] List of Figures not being generated in 8.0.3?
Hi Luke! > I just noticed that the List of Figures is not being generated in 8.0.3. > > I have a figure with; > > #+LATEX: \listoffigures > > #+ATTR_LaTeX: width=5.5cm > #+CAPTION: A Caption Here > #+LABEL: fig:test-figure-1 > #+begin_src plantuml :file test-figure-1.png :cmdline -Tpng > plantuml stuff here > #+end_src > I have verified that the png is being generated in 8.0.3. However the > figure is not being included in the List of Figures. > > References to the figure \ref{fig:test-figure-1} will render as ?? in the > Latex output. There references render as "\ref{fig:test-figure-1}" in the > HTML output. > > Works correctly in org-more 7.8.11 It seems you're using v8.0.3. . . > Can anyone help? Surely the manual: http://orgmode.org/org.html. Your example would be something like #+OPTIONS: toc:nil #+TOC: figures ## <-- not implemented currently #+LATEX: \listoffigures Correlation between the manual and proficiency is displayed in figure [[fig:test-figure-1]] #+NAME: gen-correlation #+begin_src plantuml :file test-figure-1.png :cmdline -Tpng <> #+end_src #+ATTR_LaTeX: :width 5.5cm #+CAPTION: A Caption Here #+NAME: fig:test-figure-1 #+RESULTS: gen-correlation [[file:test-figure-1.png]] -- m-mm-mmm- bacon!
[O] List of Figures not being generated in 8.0.3?
I just noticed that the List of Figures is not being generated in 8.0.3. I have a figure with; #+LATEX: \listoffigures #+ATTR_LaTeX: width=5.5cm #+CAPTION: A Caption Here #+LABEL: fig:test-figure-1 #+begin_src plantuml :file test-figure-1.png :cmdline -Tpng plantuml stuff here #+end_src I have verified that the png is being generated in 8.0.3. However the figure is not being included in the List of Figures. References to the figure \ref{fig:test-figure-1} will render as ?? in the Latex output. There references render as "\ref{fig:test-figure-1}" in the HTML output. Works correctly in org-more 7.8.11 Can anyone help?