From mboxrd@z Thu Jan 1 00:00:00 1970 From: Feng Shu Subject: Re: [PATCH] Let =`make'= be an option to =`org-latex-pdf-process'=. Date: Wed, 03 Jul 2013 14:22:40 +0800 Message-ID: <878v1o2mdr.fsf@gmail.com> References: <87k3l8q4vx.fsf@gmail.com> <20130702235111.GA26489@kuru.dyndns-at-home.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:40733) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UuGSo-0000H2-US for emacs-orgmode@gnu.org; Wed, 03 Jul 2013 02:22:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UuGSm-00043G-Tm for emacs-orgmode@gnu.org; Wed, 03 Jul 2013 02:22:50 -0400 Received: from mail-pa0-x232.google.com ([2607:f8b0:400e:c03::232]:50202) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UuGSm-000434-Ly for emacs-orgmode@gnu.org; Wed, 03 Jul 2013 02:22:48 -0400 Received: by mail-pa0-f50.google.com with SMTP id fb1so7056945pad.23 for ; Tue, 02 Jul 2013 23:22:47 -0700 (PDT) Received: from smtp.gmail.com ([2001:c08:2600::713]) by mx.google.com with ESMTPSA id ib9sm30364219pbc.43.2013.07.02.23.22.44 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 02 Jul 2013 23:22:46 -0700 (PDT) In-Reply-To: <20130702235111.GA26489@kuru.dyndns-at-home.com> (Suvayu Ali's message of "Wed, 3 Jul 2013 01:51:11 +0200") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Suvayu Ali 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. --