emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Robert Goldman <rpgoldman@sift.info>
To: "Thomas S. Dye" <tsd@tsdye.com>
Cc: nicholas.dokos@hp.com, Org Mode <emacs-orgmode@gnu.org>
Subject: Re: Bug in latex export tutorial on worg ?
Date: Tue, 10 May 2011 08:07:19 -0500	[thread overview]
Message-ID: <4DC93887.80904@sift.info> (raw)
In-Reply-To: <m1mxivgm8w.fsf@tsdye.com>

On 5/10/11 May 10 -12:25 AM, Thomas S. Dye wrote:
> Robert Goldman <rpgoldman@sift.info> writes:
> 
>> On 5/9/11 May 9 -11:22 PM, Nick Dokos wrote:
>>> Robert Goldman <rpgoldman@sift.info> wrote:
>>>
>>>> On 5/9/11 May 9 -9:54 PM, Nick Dokos wrote:
>>>>> Robert Goldman <rpgoldman@sift.info> wrote:
>>>>>
>>>>>> There is the following code block there:
>>>>>>
>>>>>> #+begin_src emacs-lisp :results silent
>>>>>>   (add-to-list 'org-export-latex-classes
>>>>>>           '("per-file-class"
>>>>>>              "\\documentclass{scrartcl}
>>>>>>              [NO-DEFAULT-PACKAGES]
>>>>>>              [EXTRA]"
>>>>>>              ("\\section{%s}" . "\\section*{%s}")
>>>>>>              ("\\subsection{%s}" . "\\subsection*{%s}")
>>>>>>              ("\\subsubsection{%s}" . "\\subsubsection*{%s}")
>>>>>>              ("\\paragraph{%s}" . "\\paragraph*{%s}")
>>>>>>              ("\\subparagraph{%s}" . "\\subparagraph*{%s}")))
>>>>>> #+end_src
>>>>>>
>>>>>> Is this still correct?  Or should this be :exports none instead of
>>>>>> :results silent?
>>>>>>
>>>>>
>>>>> ``:results silent'' works for me and keeps the result from appearing in
>>>>> the org buffer. I don't think :exports can do that - it can only affect
>>>>> what's exported.
>>>>>
>>>>> Nick
>>>>
>>>> I must be doing something wrong then --- I had the :results silent and
>>>> found the source block in verbatim in my latex export file....  Changing
>>>> to :exports none made that go away for me.  Maybe that was a
>>>> coincidence.  I will have to investigate further, I guess.
>>>>
>>>
>>> No, you are not doing anything wrong: the default :exports value is
>>> "code", so the code ends up in your export. ``:exports none'' keeps it
>>> (and any results) from being exported.
>>>
>>> OTOH, try evaluating (C-c C-c) the code block, with and without
>>> ``:results silent''. There is a behavior difference and *that* difference
>>> is not affected by how you set :exports.
>>>
>>> Nick
>>
>> Ah.  I get it now.  But then surely the above IS a bug -- presumably
>> it's not usual for a person to wish their latex export configuration to
>> appear, in verbatim block, in their org-generated latex document!
>>
>> Best,
>> Robert
>>
>>
>>
> 
> Aloha Robert,
> 
> I've added :exports none to the example, which came from a document
> about how to export LaTeX documents from Org-mode.  Thanks for pointing
> out that it could be used in a way that yields unexpected results.
> 
> In my usual setup I put this kind of configuration in a heading of its
> own that is protected by a :noexport: tag.  This works for me because I
> often have notes about why things are in there and what I think they
> might be doing.

Great!  Thanks.  Your tutorial has been very helpful to me.  I needed to
figure out how to set up a special-purpose format for my document and in
a moment I had just the solution I needed.

I suppose one could do...

(unless (find "per-file-class" org-export-latex-classes :key 'car
           :test 'equal)
  (add-to-list 'org-export-latex-classes
          '("per-file-class"
             "\\documentclass{scrartcl}
             [NO-DEFAULT-PACKAGES]
             [EXTRA]"
             ("\\section{%s}" . "\\section*{%s}")
             ("\\subsection{%s}" . "\\subsection*{%s}")
             ("\\subsubsection{%s}" . "\\subsubsection*{%s}")
             ("\\paragraph{%s}" . "\\paragraph*{%s}")
             ("\\subparagraph{%s}" . "\\subparagraph*{%s}"))))

since the add-to-list is a globally side-effecting action; it doesn't
need to be repeated on each export, right?  [I thought at first pushnew
could do the job, but now I don't think so.]

Best,
R

  reply	other threads:[~2011-05-10 13:07 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-10  2:41 Bug in latex export tutorial on worg ? Robert Goldman
2011-05-10  2:54 ` Nick Dokos
2011-05-10  2:58   ` Robert Goldman
2011-05-10  3:15     ` Thomas S. Dye
2011-05-10  4:22     ` Nick Dokos
2011-05-10  4:46       ` Robert Goldman
2011-05-10  5:06         ` Nick Dokos
2011-05-10  5:53           ` Nick Dokos
2011-05-10  7:10             ` Thomas S. Dye
2011-05-10  5:25         ` Thomas S. Dye
2011-05-10 13:07           ` Robert Goldman [this message]
2011-05-10 16:01             ` Thomas S. Dye

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=4DC93887.80904@sift.info \
    --to=rpgoldman@sift.info \
    --cc=emacs-orgmode@gnu.org \
    --cc=nicholas.dokos@hp.com \
    --cc=tsd@tsdye.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).