emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Carsten Dominik <carsten.dominik@gmail.com>
To: nicholas.dokos@hp.com
Cc: Orgmode Mailing List <emacs-orgmode@gnu.org>
Subject: Re: Feature Request: Disable auto-insert-mode exporting
Date: Fri, 28 Oct 2011 18:51:32 +0200	[thread overview]
Message-ID: <4FE0198B-B467-4195-A951-4ECDD3AC48EE@gmail.com> (raw)
In-Reply-To: <4845.1319820359@alphaville.americas.hpqcorp.net>


On 28.10.2011, at 18:45, Nick Dokos wrote:

> Darlan Cavalcante Moreira <darcamo@gmail.com> wrote:
> 
>> 
>> Thanks Carsten,
>> That's great.
>> 
>> I tested without the advice it worked as expected for both exporters.
>> 
>> I would be surprised if anyone could give a reason to keep the AUCTeX query
>> or the auto-insert stuff, at least without modifying org-export. That's
>> because the export process replaces anything in the new buffer, be it the
>> file variables inserted by AUCTeX or the content inserted by auto-insert,
>> with the result from the export.
>> 
> 
> I presume there are no problems if somebody is *not* using auctex and/or
> auto-insert: correct? If org-export does essentially the same thing that
> the advice below does, it should not cause any problems, but...

It works exactly the same, just temporarily turning off these features for
the creation of new export buffers.

> 
> OTOH, if it breaks innocent users, then it should not be implemented: that
> would be the only reason I can think of.

I don't expect any problems, but we will see.

- Carsten

> 
> Nick
> 
>> --
>> Darlan
>> 
>> At Fri, 28 Oct 2011 10:43:00 +0200,
>> Carsten Dominik <carsten.dominik@gmail.com> wrote:
>>> 
>>> 
>>> On 28.10.2011, at 06:49, Darlan Cavalcante Moreira wrote:
>>> 
>>>> 
>>>> Thanks Nick,
>>>> 
>>>> You right, the master file question comes from auctex. But with your code
>>>> it's simple to add the relevant variable to solve the issue. The final
>>>> function is
>>>> --8<---------------cut here---------------start------------->8---
>>>> (defadvice org-export (around org-export-no-auto-insert)
>>>> (let ((auto-insert nil)
>>>>       (TeX-master t)
>>>>       )
>>>>   ad-do-it))
>>> 
>>> 
>>> Ahh, that has been bothering me for many years, thanks for this solution.
>>> I have made this behavior (as well as turning off auto-insert) now
>>> standard in Org-mode, so the advice will no longer be needed.
>>> 
>>> Or, can anyone come up with a reason why the AUCTeX query or auto-insert
>>> stuff could be useful when creating new files during Org-mode export?
>>> 
>>> - Carsten
>>> 
>>> 
>>>> 
>>>> (ad-activate 'org-export)
>>>> --8<---------------cut here---------------end--------------->8---
>>>> 
>>>> --
>>>> Darlan
>>>> 
>>>> At Thu, 27 Oct 2011 17:03:55 -0400,
>>>> Nick Dokos <nicholas.dokos@hp.com> wrote:
>>>>> 
>>>>> Darlan Cavalcante Moreira <darcamo@gmail.com> wrote:
>>>>> 
>>>>>> 
>>>>>> I consider auto-insert-mode to be a very useful feature in Emacs and it
>>>>>> works great in most situations, except when exporting an org-mode buffer.
>>>>>> 
>>>>>> If I export to PDF or HTML, for instance, then org-mode creates a TeX or an
>>>>>> HTML buffer and auto-insert kicks-in in both cases (asking for the title in
>>>>>> the HTML buffer, or the master file in the TeX buffer). Whatever I write
>>>>>> will be overwritten by the org-mode exporter and the file exports just
>>>>>> fine, but this interruption is annoying.
>>>>>> 
>>>>> 
>>>>> I don't think the master file question comes from auto-insert - I believe
>>>>> it comes from auctex. In particular, I get the question but I don't have
>>>>> auto-insert enabled for latex.
>>>>> 
>>>>>> I suppose I could create a function that disable auto-insert-mode, call
>>>>>> org-export and then re-enable auto-insert-mode, but maybe this should be
>>>>>> the default behaviour of org-mode export. Does this make sense?
>>>>>> 
>>>>> 
>>>>> You can advise org-export:
>>>>> 
>>>>> (defadvice org-export (around org-export-no-auto-insert)
>>>>> (let ((auto-insert nil))
>>>>>   ad-do-it))
>>>>> 
>>>>> (ad-activate 'org-export)
>>>>> 
>>>>> should do it (untested).
>>>>> 
>>>>> Nick
>>>> 
>>> 
>> 
> tex

  reply	other threads:[~2011-10-28 16:51 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-27 19:31 Feature Request: Disable auto-insert-mode exporting Darlan Cavalcante Moreira
2011-10-27 21:03 ` Nick Dokos
2011-10-28  4:49   ` Darlan Cavalcante Moreira
2011-10-28  8:43     ` Carsten Dominik
2011-10-28 16:29       ` Darlan Cavalcante Moreira
2011-10-28 16:45         ` Nick Dokos
2011-10-28 16:51           ` Carsten Dominik [this message]
  -- strict thread matches above, loose matches on Subject: below --
2009-09-25  0:15 Problem with LaTeX snippets preview Paul Burkander
2009-09-25  0:48 ` Fwd: " Paul Burkander
2009-09-25 14:06 ` Darlan Cavalcante Moreira
2009-09-25 14:15   ` Carsten Dominik
2009-09-25 14:30     ` Darlan Cavalcante Moreira
2009-09-25 15:52       ` Nick Dokos
2009-09-25 15:58         ` Paul Burkander
2009-09-25 16:46           ` Nick Dokos
2009-09-25 17:20             ` Nick Dokos
2009-09-26  6:39               ` Carsten Dominik
2009-09-26  7:36               ` Carsten Dominik
2009-09-26  2:28           ` Darlan Cavalcante Moreira
2009-09-26  7:30         ` Carsten Dominik

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=4FE0198B-B467-4195-A951-4ECDD3AC48EE@gmail.com \
    --to=carsten.dominik@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=nicholas.dokos@hp.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).