emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Feng Shu <tumashu@gmail.com>
To: emacs-orgmode@gnu.org
Subject: Re: [PATCH] Let =`make'= be an option to =`org-latex-pdf-process'=.
Date: Wed, 03 Jul 2013 14:22:40 +0800	[thread overview]
Message-ID: <878v1o2mdr.fsf@gmail.com> (raw)
In-Reply-To: <20130702235111.GA26489@kuru.dyndns-at-home.com> (Suvayu Ali's message of "Wed, 3 Jul 2013 01:51:11 +0200")

Suvayu Ali <fatkasuvayu+linux@gmail.com> writes:

> On Wed, Jul 03, 2013 at 07:09:35AM +0800, feng shu wrote:
>> Customize  `org-latex-pdf-process isn't very convenient.
>> Is it possible add a  feature like: #+LATEX_PDF_PROCESS:  latexmk
>> or add  #OPTIONS:  ;latex_pdf_process  latexmk
>
> If you don't mind my chiming in, the standard way to customise Emacs
> behaviour (across all modes, not just Org) is through
> customize-variable.  Org cannot keep on introducing new keywords just
> because of convenience.

I don't think so, Convenience is very important in most situation. we can
introduce new keywords just for convenience!  #+LATEX_CLASS is a good example,
If we don't want convencience.  we can just customize `org-latex-default-class

The core is that how many org-mode users or potential users  
can benefit from this keyword!

we can export pdf with latex by using many different schemes and we can export pdf
with libreoffice. So adding a keyword which let users choose a pdf export scheme  
for current file is not a bad idea.

>
> In any case, this is also a security risk.  This starts an external
> process.  Allowing something like this means one can run an arbitrary
> command just by exporting a file.  I do not think that is wise at all.
> Exactly for this reason we have org-confirm-babel-evaluate defaulting to
> t.
If we only let user select scheme predefined in org-latex-pdf-process, I don't 
think security is a problem. If a user adding a dangerous command in 
'org-latex-pdf-process, he should know what he is doing. It's his choose.



-- 

  reply	other threads:[~2013-07-03  6:22 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-02  4:07 [PATCH] Let =`make'= be an option to =`org-latex-pdf-process'= feng shu
2013-07-02 16:54 ` Nicolas Goaziou
2013-07-02 17:18   ` Jambunathan K
2013-07-02 17:21     ` Nicolas Goaziou
2013-07-02 17:48       ` Jambunathan K
2013-07-02 23:09   ` feng shu
2013-07-02 23:51     ` Suvayu Ali
2013-07-03  6:22       ` Feng Shu [this message]
2013-07-03  8:31         ` Suvayu Ali
2013-07-03 14:01           ` Feng Shu
2013-07-03  8:12       ` Bastien

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=878v1o2mdr.fsf@gmail.com \
    --to=tumashu@gmail.com \
    --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).