From: Eric S Fraga <e.fraga@ucl.ac.uk>
To: Jambunathan K <kjambunathan@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: [bug] Tables in lists not exported to ODT
Date: Fri, 20 Jan 2012 08:44:39 +0000 [thread overview]
Message-ID: <87ty3q3gqw.fsf@ucl.ac.uk> (raw)
In-Reply-To: <814nvr57n1.fsf@gmail.com> (Jambunathan K.'s message of "Fri, 20 Jan 2012 09:48:26 +0530")
Jambunathan K <kjambunathan@gmail.com> writes:
>> One comment: for tables that are indented, it probably makes sense to
>> have the table take up 100% of the width available to it?
>
> Do you want to maximize the real-estate available for tables - indented
> or otherwise.
>
> Indentation for tables consume some real estate. Are you saying that you
> want no indentation for tables AND have them occupy 100% of paper-width
> (save for margins).
>
>> In any case, is there an easy way to customise this from within
>> LibreOffice? I note that, in etc/styles/OrgOdtContentTemplate.xml,
>> you have defined OrgTable with 96% for the width but I have no idea
>> how to change that value from within LibreOffice.
>
> I am open to bumping the number to 100% by default, if that makes the
> exporter more usable.
>
> Btw, I was trying to make the tables cute-looking (i.e., have them
> occupy just the right amount of space) There is no easy way to do it
> from within org-odt + LibreOffice combo.
I understand what you were trying to do! And I think that, for general
tables, you have taken the right approach. It is just that for tables
within an indented environment, i.e. a list, the result is not as
pretty. However, given your description of the limitations imposed by
Oasis etc., I think it would be best to keep things as they are as the
general use will benefit from your current style decisions.
Oh, and many thanks for explaining the way that ODT styling and so on
works. Very helpful.
[...]
> Based on your (LaTeX) experience, what is the best way to typeset
> tables. Should they be put in a frame and configurable as floats?
There are two use cases: floating tables with captions etc and inline
tables. In latex, both use the tabular (and other similar) environment
for the actual table contents. This is then encapsulated within a table
environment if a floating table is desired. In both cases, tables will
take up as much width as required by the contents of the table and, by
default, columns will be just as wide individually as necessary for
their respective contents.
A tabular environment is formatted as a character and so will only be
centred if that is specified for the paragraph it is in. The table
environment will centre the tabular environment within its floating
environment.
Anyway, with respect to formatting, I think you have made the right
choices, given the limitations you have to work under, so I recommend
you leave things as they are! The results are perfectly fine and look
good in the majority of cases, IMO. Whether a table should be in a
floating environment or not is more difficult to answer. My instinctive
reaction is to say that they should be. However, my experience
(limited) with MS Word and LibreOffice leads me to think that this
causes problems in general. I find the behaviour of floating frames in
word processors to be somewhat unpredictable and difficult to control,
but that could simply be me! ;-) Others may be better placed to voice
an opinion in this case.
Thanks again,
eric
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.90.1
: using Org-mode version 7.8.03 (release_7.8.03.163.gbded9)
next prev parent reply other threads:[~2012-01-20 9:48 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-13 11:54 [bug] Tables in lists not exported to ODT Eric S Fraga
2012-01-13 13:06 ` Eric S Fraga
2012-01-16 21:24 ` Jambunathan K
2012-01-17 9:05 ` Eric S Fraga
2012-01-20 4:18 ` Jambunathan K
2012-01-20 8:44 ` Eric S Fraga [this message]
2012-01-23 7:05 ` Jambunathan K
2012-01-23 7:00 ` Jambunathan K
2012-01-23 10:48 ` Andreas Leha
2012-01-23 11:06 ` Christian Moe
2012-01-20 19:42 ` Achim Gratz
2012-01-21 13:49 ` Eric S Fraga
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=87ty3q3gqw.fsf@ucl.ac.uk \
--to=e.fraga@ucl.ac.uk \
--cc=emacs-orgmode@gnu.org \
--cc=kjambunathan@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).