Re: [O] List of figures

2014-03-02 Thread Andreas Leha
Hi John,

this is really nice!  Thanks for sharing.

- Andreas

John Kitchin jkitc...@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 t...@tsdye.com wrote:

 Aloha John,
 
 
 John Kitchin jkitc...@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 t...@tsdye.com
 wrote:
 
  Aloha Nicolas,
 
  Nicolas Goaziou n.goaz...@gmail.com 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 t...@tsdye.com
 wrote:
 
  Aloha Nicolas,
 
  Nicolas Goaziou n.goaz...@gmail.com 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 

Re: [O] List of figures

2014-03-02 Thread John Kitchin
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 jkitc...@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 t...@tsdye.com wrote:
 
  Aloha John,
 
 
  John Kitchin jkitc...@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 t...@tsdye.com
  wrote:
  
   Aloha Nicolas,
  
   Nicolas Goaziou n.goaz...@gmail.com 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
 

Re: [O] List of figures

2014-03-01 Thread John Kitchin
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 t...@tsdye.com wrote:

 Aloha John,

 John Kitchin jkitc...@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 t...@tsdye.com wrote:
 
  Aloha Nicolas,
 
  Nicolas Goaziou n.goaz...@gmail.com 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 t...@tsdye.com wrote:
 
  Aloha Nicolas,
 
  Nicolas Goaziou n.goaz...@gmail.com 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
  

Re: [O] List of figures

2014-02-28 Thread Rasmus
John Kitchin jkitc...@andrew.cmu.edu 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

2014-02-27 Thread John Kitchin
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 t...@tsdye.com wrote:

 Aloha Nicolas,

 Nicolas Goaziou n.goaz...@gmail.com 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

2014-02-27 Thread Thomas S. Dye
Aloha John,

John Kitchin jkitc...@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 t...@tsdye.com wrote:

 Aloha Nicolas,

 Nicolas Goaziou n.goaz...@gmail.com 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 t...@tsdye.com wrote:

 Aloha Nicolas,
 
 Nicolas Goaziou n.goaz...@gmail.com 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
 



-- 
Thomas S. Dye
http://www.tsdye.com



Re: [O] List of figures

2014-02-26 Thread Nicolas Goaziou
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

2014-02-26 Thread Thomas S. Dye
Aloha Nicolas,

Nicolas Goaziou n.goaz...@gmail.com 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

2014-02-23 Thread Nicolas Goaziou
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

2014-02-23 Thread Thomas S. Dye
Aloha Rasmus,

Rasmus ras...@gmx.us 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

2014-02-23 Thread Thomas S. Dye
Aloha Nicolas,

Nicolas Goaziou n.goaz...@gmail.com 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



[O] List of figures

2014-02-22 Thread Thomas S. Dye
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

2014-02-22 Thread Rasmus
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




Re: [O] List of Figures not being generated in 8.0.3?

2013-06-13 Thread Eric S Fraga
Nick Dokos ndo...@gmail.com writes:

 Eric S Fraga e.fr...@ucl.ac.uk writes:

 Luke Crook l...@balooga.com 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?

2013-06-13 Thread Rasmus
Nick Dokos ndo...@gmail.com 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?

2013-06-13 Thread Luke Crook

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?

2013-06-12 Thread Eric S Fraga
Luke Crook l...@balooga.com 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?

2013-06-12 Thread Nick Dokos

Eric S Fraga e.fr...@ucl.ac.uk writes:

 Luke Crook l...@balooga.com 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?

2013-06-12 Thread Luke Crook
On Tue, Jun 11, 2013 at 4:58 PM, Rasmus ras...@gmx.us 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?

2013-06-12 Thread Luke Crook
On Tue, Jun 11, 2013 at 4:58 PM, Rasmus ras...@gmx.us 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


[O] List of Figures not being generated in 8.0.3?

2013-06-11 Thread Luke Crook
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?


Re: [O] List of Figures not being generated in 8.0.3?

2013-06-11 Thread Rasmus


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
  code which returns test-figure-1.png 
#+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!