From: tsd@tsdye.com (Thomas S. Dye)
To: Nicolas Goaziou <n.goaziou@gmail.com>
Cc: Org Mode List <emacs-orgmode@gnu.org>
Subject: Re: [RFC] About `org-export-with-\(fixed-width\|tables\)'
Date: Wed, 18 Dec 2013 11:49:33 -1000 [thread overview]
Message-ID: <m1txe5rfrm.fsf@tsdye.com> (raw)
In-Reply-To: <871u1999rr.fsf@gmail.com> (Nicolas Goaziou's message of "Wed, 18 Dec 2013 21:36:24 +0100")
Nicolas Goaziou <n.goaziou@gmail.com> writes:
> Hello,
>
> At the moment, `org-export-with-fixed-width' and
> `org-export-with-tables' (or their OPTIONS equivalent ::t and |:t) are
> broken when not set to their default value. Also, "fixing" them is not
> trivial. I think this is a good time to ponder about their usefulness.
>
> Indeed, I don't think anyone would want to remove tables (or fixed-width
> areas) from Org syntax. These variables were probably written because
> tables and fixed-width can occasionally get in the way, on very specific
> lines.
>
> However, Org already provides ways to work around such problems. For
> example, a table can be wrapped within an example block, or an offending
> line can start with \vert instead of "|".
>
> Therefore, in today's Org, they don't make much sense anymore. As
> a consequence, I'd like to either:
>
> 1. Remove them completely from code base;
Removal is fine with me. For years now, I've inserted the automatic
boilerplate at the top of my Org mode documents, which has ::t and |:t.
If the functions are removed, then it would be great if it wasn't necessary
to go back and get rid of the obsolete OPTIONS in all those old, but
still active, files.
All the best,
Tom
--
Thomas S. Dye
http://www.tsdye.com
next prev parent reply other threads:[~2013-12-18 21:49 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-18 20:36 [RFC] About `org-export-with-\(fixed-width\|tables\)' Nicolas Goaziou
2013-12-18 20:44 ` Nick Dokos
2013-12-18 21:19 ` Rasmus
2013-12-18 21:49 ` Thomas S. Dye [this message]
2013-12-18 21:58 ` Nicolas Goaziou
2013-12-18 22:24 ` Thomas S. Dye
2013-12-19 22:08 ` Florian Beck
2014-01-03 15:03 ` Bastien
2014-01-05 0:18 ` Nicolas Goaziou
2014-01-05 6:36 ` Bastien
2014-01-05 17:00 ` Florian Beck
2014-01-05 22:14 ` Nicolas Goaziou
2014-01-04 15:11 ` Eric Abrahamsen
2014-01-07 18:17 ` Eric S Fraga
2014-01-08 7:23 ` Florian Beck
2014-01-08 8:17 ` Eric Abrahamsen
2014-01-08 12:00 ` 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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m1txe5rfrm.fsf@tsdye.com \
--to=tsd@tsdye.com \
--cc=emacs-orgmode@gnu.org \
--cc=n.goaziou@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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.