emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: tsd@tsdye.com (Thomas S. Dye)
To: Suvayu Ali <fatkasuvayu+linux@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Latex export of tables
Date: Tue, 16 Apr 2013 10:07:26 -1000	[thread overview]
Message-ID: <m1bo9e9r41.fsf@poto.westell.com> (raw)
In-Reply-To: <20130416173948.GC7402@kuru.dyndns-at-home.com> (Suvayu Ali's message of "Tue, 16 Apr 2013 19:39:48 +0200")

Aloha all,

Jumping in here with apologies :)

Suvayu Ali <fatkasuvayu+linux@gmail.com> writes:

> Hi Vikas,
>
> On Tue, Apr 16, 2013 at 05:26:19PM +0530, Vikas Rawal wrote:
>> > > I am using org-mode version 8.0-pre (release_8.0-pre-247-gbc3ccd @
>> > > /home/vikas/lisp/org-mode/lisp/).
>> > > 
>> > > I have a table generated by a source block in a document that I would
>> > > like to export to latex. In the exported tex file, I would like org to
>> > > insert a line like the following between \end(tabular} and \end{table}
>> > > 
>> > > \begin{minipage}{\textwidth} \tiny Note: Some descriptive text
>> > > here. \end{minipage}
>> > 
>> > I do not think this is possible.  You have to realise that Org does not
>> > aim to support everything you can do with a backend natively.  One of
>> > the primary reasons for that is the backend agnostic abstraction
>> > provided by Org.
>> 
>> I have seen some way of doing things like this. See section 13.3 at
>> http://orgmode.org/worg/org-tutorials/org-latex-export.html
>> 
>> I can't get it to work though. Will keep trying.
>
> Many of the things on that page is old exporter specific and probably
> will not work with the new exporter.

Yes, this page is all about workarounds for the old exporter.  I believe
John Hendy is reorganizing this material and at some point will either
remove the tutorial or label it clearly as specific to the old exporter.

>
>> There is also a reason for not doing it natively in latex even if the
>> org-mode solution is somewhat round-about. I am writing a research
>> paper using orgmode, with embedded R source blocks in it. I do not
>> mind embedding some latex source block into it but I would not like to
>> edit an exported latex file. After all, in the end, the objective is
>> to be able to have an org file which produces a full paper when exported.
>
> Then generate LaTeX tables from R not Org tables.  As far as I know, R
> is capable of that.  I believe you can pass the ":wrap latex" option to
> the babel block to wrap your LaTeX table with
> "#+begin_latex..#+end_latex".

One reason to stick with Org tables is to ensure stylistic consistency
in the LaTeX output for all tables, regardless of where they originated.
This is more of a convenience than anything else, since the approach you
suggest can yield arbitrarily styled tables, too.

>
> I'm suggesting this because if you continue on this path, i.e. litter
> your Org file with hacks, soon you will end up with an extremely fragile
> and complicated Org project.  I have been down that road while writing
> my thesis.  At one point I realised the problem and made the decision to
> split things into two kinds of files: static content (document
> structuring, text, plots, etc), and dynamic content (babel, TikZ blocks
> that generate tables, plots, figures, etc used by the static content
> files).  It is still reproducible research, but modular and less hacky
> (hence more stable).

The path to a fragile and complicated Org project is well-worn, I've
been down it too many times myself. The habits I've developed over time
have helped, but I think they are less systematic than what you've
devised. I'd love to see some notes on your solution as a brief tutorial
or an expanded FAQ on Worg.  I'll be happy to contribute or help if you
find time to do something like this.

All the best,
Tom

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

  reply	other threads:[~2013-04-16 20:08 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-12  8:06 Latex export of tables Vikas Rawal
2013-04-14 23:29 ` Suvayu Ali
2013-04-16 11:56   ` Vikas Rawal
2013-04-16 13:13     ` Thomas Alexander Gerds
2013-04-16 17:39     ` Suvayu Ali
2013-04-16 20:07       ` Thomas S. Dye [this message]
2013-04-16 21:39         ` Suvayu Ali
2013-04-16 23:45           ` Thomas S. Dye
2013-04-17 10:21           ` Myles English
2013-04-16 22:10         ` Best practices for literate programming [was: Latex export of tables] Vikas Rawal
2013-04-17  0:06           ` Thomas S. Dye
2013-04-18 16:53             ` Rasmus
2013-04-18 17:59               ` Aaron Ecay
2013-04-18 18:25                 ` Rasmus
2013-04-18 19:48                 ` Achim Gratz
2013-04-18 19:42               ` Thomas S. Dye
2013-04-21 17:25                 ` Rasmus Pank Roulund
2013-04-17  6:39           ` Suvayu Ali
2013-04-17  9:55             ` Rainer M. Krug
2013-04-17 10:10               ` Suvayu Ali
  -- strict thread matches above, loose matches on Subject: below --
2009-10-13 10:35 LaTeX export of tables Francesco Pizzolante
     [not found] ` <873a5nr379.fsf-djc/iPCCuDYQheJpep6IedvLeJWuRmrY@public.gmane.org>
2009-10-19 11:58   ` Francesco Pizzolante
2009-10-19 18:05     ` Darlan Cavalcante Moreira
2009-10-20  8:17     ` Carsten Dominik

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=m1bo9e9r41.fsf@poto.westell.com \
    --to=tsd@tsdye.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=fatkasuvayu+linux@gmail.com \
    /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).