emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Rasmus <rasmus@gmx.us>
To: emacs-orgmode@gnu.org
Subject: Re: Bug: Export to html and latex fails on these (relatively common) strings [8.2.10 (8.2.10-16-g4c37a9-elpa @ /home/mzimmermann/.emacs.d/elpa/org-20141110/)]
Date: Fri, 14 Nov 2014 11:35:04 +0100	[thread overview]
Message-ID: <87mw7udq93.fsf@gmx.us> (raw)
In-Reply-To: 87zjbut8xq.fsf@nicolasgoaziou.fr

Hi,

Nicolas Goaziou <mail@nicolasgoaziou.fr> writes:

> Rasmus <rasmus@gmx.us> writes:
>
>> Nicolas Goaziou <mail@nicolasgoaziou.fr> writes:
>>
>>> IMO, it is worth pondering if we should drop the defective support for
>>> table.el tables in Org.
>>
>> Fine with me.  Last I checked I was not able to get the output of
>> tabel.el tables to be satisfying (e.g. I think I gave up on having them
>> follow booktabs when exporting to LaTeX).
>>
>> What are the advances of table.el?  Multicolumns and multiline row?
>
> Basically, yes.

So multiline rows doesn't matter.  We can collapse columns to not take
up too much horizontal space in buffers via <NUM>.  Long lines work out
of the box in ox-html and can easily be had via e.g. p-columns in
ox-latex.  No idea about ox-ascii or ox-odt.

Multicolumns would be very nice to have in Org-tables.  I'm not at all
how feasible this is, though. . .

Thus, the only feature we'd lose by dropping tabel.el is multicolumns.

> Note that dropping support for table.el tables in Org doesn't mean it is
> impossible to add them in an Org buffer: these tables are pretty much
> major mode agnostic.

Sure.  Same with org-table...

> However, M-q will fill them, C-c ' will not edit them and

Makes sense.

> export will have to be done by hand, using features explained in
> "table.el" comments.

Meh, they don't follow org-export-· and org-BACKEND-· anyway (I checked
this a while ago, maybe things changed). . .  If the previous statement
is correct, I don't know if Org really supports exporting them. . .

Anyway, that's just my €0.02.

—Rasmus

-- 
If you can mix business and politics wonderful things can happen!

  reply	other threads:[~2014-11-14 10:35 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-13 22:45 Bug: Export to html and latex fails on these (relatively common) strings [8.2.10 (8.2.10-16-g4c37a9-elpa @ /home/mzimmermann/.emacs.d/elpa/org-20141110/)] Milan Zimmermann
2014-11-14  8:30 ` Nicolas Goaziou
2014-11-14  9:27   ` Rasmus
2014-11-14  9:42     ` Nicolas Goaziou
2014-11-14 10:35       ` Rasmus [this message]
2014-11-14 15:51   ` Milan Zimmermann
2014-11-14 15:55     ` Milan Zimmermann

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=87mw7udq93.fsf@gmx.us \
    --to=rasmus@gmx.us \
    --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).