From: Marcin Borkowski <mbork@wmi.amu.edu.pl>
To: emacs-orgmode@gnu.org
Subject: Re: Bug: dates in heading break beamer export
Date: Tue, 1 Oct 2013 18:33:59 +0200 [thread overview]
Message-ID: <20131001183359.4a613ac8@aga-netbook> (raw)
In-Reply-To: <87txh156a8.fsf@gmail.com>
Dnia 2013-10-01, o godz. 18:01:51
Nicolas Goaziou <n.goaziou@gmail.com> napisał(a):
> > Sounds good for me. (NB: there's a similar problems with tags,
> > AFAIR. And (AFAIR!) it's even worse, since the exporter uses a
> > low-level TeX command \hfill.)
>
> Well, there is `org-latex-active-timestamp-format',
> `org-latex-inactive-timestamp-format' and even filters can do it.
Maybe, I was talking about the default. (And I even don't know now how
to correct it, since LaTeX does not have a notion of a "section tag" -
so there's no obvious way to represent such an entity in it!)
> It is also technically possible to write in ox-latex a section-local
> specific export back-end that would translate differently some objects
> in a \section{...} command. But that would make the export a bit more
> unpredictable.
Sorry, I did not get that idea. We are not talking about
converting /different/ objects into /sections/, are we?
> Of course, in a few cases, `latex' back-end does its best to
> circumvent possible problems (i.e. nested footnotes), but this is
> nowhere near a general rule. It's usually a lot of work for a tiny
> corner case.
Agreed.
> >> > In general, putting formatting commands in \section title etc.,
> >> > even if not erroneous, is considered a bad practice.
> >>
> >> But org-mode allow this!
> >>
> >> I think that if something is allowed in org-mode syntax but not by
> >> the underlining tools used for export, the exporter should take
> >> care to find a suitable workaround.
> >
> > Definitely agreed. The point is, what is a "suitable workaround"?
>
> I disagree. This is just unrealistic. There are many packages
> involving many quirks. We cannot afford to provide a workaround to
> all (or even most) of them, assuming one exists.
Well, in this particular case I can definitely live with what Org
gives. (The fact that I don't use the exporter too often helps;).)
In other words: the status quo *is* (more or less) a "suitable
workaround", at least for me.
> Also, the OP is making a false assumption. The underlining tool allows
> \texit in the section \command, i.e., you can type it in a "tex" file.
> You will get a compilation error, exactly as if you do the same
> mistake in Org. Why Org should be smarter in this case?
Hm, I did not understand this point:(.
My opinion (as a LaTeX user and hacker, if I may say so) is that LaTeX
exporter may be not optimal, but it is decent enough. I agree that
it is a lot of work to make it better, and even then it's not enough,
since there is no "canonical" way to transform some Org-specific things
(like tags) to LaTeX syntax - so someone will be unhappy anyway...
What is important here (as I hinted previously) is the point of having
a LaTeX exporter: do we aim at pdf, not caring about the readability
and elegance of the (then intermediate) LaTeX file, or do we aim at a
good quality LaTeX file to do further (manual!) work on it, including
(but not limited to) "visual tuning". I'm sure there are some people in
both camps, and satisfying all of them may be tricky.
Now that I think of it, writing a completely new LaTeX exporter might
actually be a lot of fun - I'm afraid, though, that I don't have enough
time for it now...
> Regards,
Best,
--
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Adam Mickiewicz University
next prev parent reply other threads:[~2013-10-01 16:34 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-29 10:33 Bug: dates in heading break beamer export Daniele Pizzolli
2013-09-29 14:53 ` Nicolas Goaziou
2013-09-29 15:27 ` Marcin Borkowski
2013-09-30 16:02 ` Daniele Pizzolli
2013-09-30 17:05 ` Marcin Borkowski
2013-10-01 16:01 ` Nicolas Goaziou
2013-10-01 16:33 ` Marcin Borkowski [this message]
2013-10-02 6:50 ` Bug: code and footnotes (was Bug: dates in heading break beamer export) Daniele Pizzolli
2013-10-01 8:09 ` Bug: dates in heading break beamer export Eric S Fraga
2013-10-02 6:47 ` Daniele Pizzolli
2013-10-02 13:45 ` Nicolas Goaziou
2013-10-02 15:36 ` Daniele Pizzolli
2013-10-02 15:55 ` Nicolas Goaziou
2013-10-02 16:10 ` Daniele Pizzolli
2013-10-02 20:47 ` Marcin Borkowski
2013-10-03 13:30 ` Nicolas Goaziou
2013-10-03 15:59 ` Daniele Pizzolli
2013-10-04 19:17 ` Nicolas Goaziou
2013-10-02 22:12 ` Suvayu Ali
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=20131001183359.4a613ac8@aga-netbook \
--to=mbork@wmi.amu.edu.pl \
--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).