emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Bastien <bzg@altern.org>
To: Achim Gratz <Stromeko@Nexgo.DE>
Cc: emacs-orgmode@gnu.org
Subject: Re: :EXPORT_FILE_NAME: in new exporter possible?
Date: Mon, 25 Mar 2013 19:52:24 +0100	[thread overview]
Message-ID: <87ehf371nb.fsf@bzg.ath.cx> (raw)
In-Reply-To: <kiq236$vtb$1@ger.gmane.org> (Achim Gratz's message of "Mon, 25 Mar 2013 18:39:15 +0100")

Achim Gratz <Stromeko@Nexgo.DE> writes:

> talking different implementations of the second point above.  But given
> that Gnus expects to use a major mode with no setup, why not give them
> this:
>
> (define-derived-mode org-safe-mode org-mode "Org-Safe"
> ;; docstring etc.
> )

My feeling is that having a new mode just for preventing users to read
setup files is too much.  Do you have an idea on how to make org-safe-mode
not too heavy?

> and then conditionalize on the value of mode-name instead of an extra
> variable that they should bind?  

The extra defcustom is useful IMHO: the problem we have in Gnus, users
will have it anytime when opening a file that is not theirs and that
contains a #+SETUPFILE (e.g. files in Worg.)

Paranoids (or those who don't use #+SETUPFILE) will probably want to
be asked when Org tries to read an arbitrary file in their paths.
Others will just set this to (setq org-read-setup-file t).

So even if we have a org-safe-mode, I don't see how it will spare us
with the cost of a new option.

> This would also help to later add more
> "safe" functionality without changing things again and again in Org, Gnus
> or elsewhere.  For example, not running source blocks (we already have a
> way of doing that for export, so it shouldn't be hard to add this).

Yeah, I see where you go, but you know my dreadful tendency to favor
actual things against potential ones, and to go the ugly way rather
than going the clean one :)

Half-joking -- the thing is I really don't know what org-safe-mode
would look like, where else it would be useful, and how it spares us
the option for paranoid.  If you can help on each of these three
points, that'd great (no hurry, as I don't know if I'll have time to
follow this thread in the next few days.)

> I'm not arguing against your fix, I'd just prefer we'd start with something
> we just need to extend into a proper safe-mode instead of having to start
> again from scratch after hot-fixing this unfortunate interaction with Gnus
> (and I still don't know how Gnus gets there, anyway).

See my second patch, it gives directions on the Gnus side.

-- 
 Bastien

  reply	other threads:[~2013-03-25 18:52 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-21 13:06 :EXPORT_FILE_NAME: in new exporter possible? Rainer Stengele
2013-03-21 15:34 ` Eric Abrahamsen
2013-03-21 23:15   ` Andreas Leha
2013-03-21 23:23     ` Bastien
2013-03-25  5:45       ` Bastien
2013-03-25 10:09         ` Achim Gratz
2013-03-25 14:57           ` Bastien
2013-03-25 15:09             ` Achim Gratz
2013-03-25 15:54               ` Bastien
2013-03-25 16:13                 ` Achim Gratz
2013-03-25 16:57                   ` Bastien
2013-03-25 17:00                     ` Bastien
2013-03-25 17:39                     ` Achim Gratz
2013-03-25 18:52                       ` Bastien [this message]
2013-03-22  0:20 ` John Hendy
2013-03-22  7:41   ` Rainer Stengele
2013-03-22 14:51     ` John Hendy
2013-03-22 16:04       ` Rainer Stengele
2013-03-22 18:20         ` Nicolas Goaziou
2013-03-22 14:58     ` Nicolas Goaziou
2013-03-22 15:21       ` Rainer Stengele

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=87ehf371nb.fsf@bzg.ath.cx \
    --to=bzg@altern.org \
    --cc=Stromeko@Nexgo.DE \
    --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).