From: Marcin Borkowski <mbork@wmi.amu.edu.pl>
To: emacs-orgmode@gnu.org
Subject: Re: Rationale for *text* -> \alert{text} for Beamer export?
Date: Thu, 2 May 2013 00:09:05 +0200 [thread overview]
Message-ID: <20130502000905.4196ef0d@aga-netbook> (raw)
In-Reply-To: <m1fvy62x9e.fsf@poto.myhome.westell.com>
Dnia 2013-05-01, o godz. 11:41:49
tsd@tsdye.com (Thomas S. Dye) napisał(a):
> Hi John,
>
> Jumping in late here, with apologies if that's left me wide of the
> mark.
>
> John Hendy <jw.hendy@gmail.com> writes:
>
> > On Wed, May 1, 2013 at 10:00 AM, Marcin Borkowski
> > <mbork@wmi.amu.edu.pl> wrote:
>
> > Can you explain semantic vs. visual? As in you can more easily
> > customize the meaning of \alert{} or \emph{} whereas \textbf{} and
> > \textit{} only has one meaning? Sort of like using a css tag which
> > can be later customized vs. specifically calling out exactly what
> > you're thinking you want to do at the moment?
>
> IMHO, the best discussion of this difference is the first chapter of
> Lamport's LaTeX User's Guide and Manual. Here is the gist as I
> understand it:
>
> 1) A principle of typesetting is that the layout of a document should
> reflect its logical structure.
>
> 2) A computer typesetting program can achieve this if it knows what
> key parts of the document mean.
>
> 3) So, markup should be semantic, rather than visual.
>
> It is possible to achieve identical results using visual markup, of
> course, but why not let the computer keep track of things instead?
+1
Notice also that even LaTeX breaks the rule of "use only semantic
markup in the document" (and in fact, there are cases when the rule is
a bit fuzzy anyway). Finding examples of /visual/ markup in LaTeX
(without semantic counterparts) are left as an exercise for the
reader;).
(Hint: rahzrengvbaf fglyrf qrcraq abg ba gur punenpgre bs gur
rahzrengvba, ohg ba vgf qrcgu, naq jvgubhg cnpxntrf yvxr rahzvgrz vg'f
abg rnfl gb qrsvar lbhe bja rahzrengvba fglyrf.)
> > Sure, and understood. In general, I'm using *text* simply to call
> > attention to something important. I work in product development, so
> > something like:
> >
> > Customer response to product sampling:
> > - *US:* blah blah blah
> > - *China:* blah blah blah
> > - *India: blah blah blah
>
> Here, to achieve semantic markup, you would use description lists
>
> - US :: blah
> - China :: blah
> - India :: blah
>
> The :: separator lets Org (and ultimately LaTeX) know that the part
> before the separator is the term that is being described.
And then use the enumitem package to customize the exact look of the
description environment.
> hth,
> Tom
Regards,
--
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Adam Mickiewicz University
next prev parent reply other threads:[~2013-05-01 22:09 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-01 14:17 Rationale for *text* -> \alert{text} for Beamer export? John Hendy
2013-05-01 15:00 ` Marcin Borkowski
2013-05-01 20:50 ` John Hendy
2013-05-01 21:41 ` Thomas S. Dye
2013-05-01 22:09 ` Marcin Borkowski [this message]
2013-05-02 10:44 ` Suvayu Ali
2013-05-02 2:48 ` James Harkins
2013-05-02 8:20 ` Nicolas Goaziou
2013-05-02 11:44 ` James Harkins
2013-05-02 9:53 ` Marcin Borkowski
2013-05-02 10:28 ` 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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130502000905.4196ef0d@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 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.