From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: new exporter, conditional options according to backend Date: Mon, 28 Jan 2013 08:12:49 +0100 Message-ID: <87zjztaiha.fsf@gmail.com> References: <87hame8pdk.fsf@david.espiga4.com.ar> <87sj5w23ia.fsf@gmail.com> <874nic8lit.fsf@gmail.com> <87fw1w19v5.fsf@gmail.com> <87libng6z7.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:49842) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tziu2-0002HU-Fw for emacs-orgmode@gnu.org; Mon, 28 Jan 2013 02:13:18 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tzitx-0006Dg-Cx for emacs-orgmode@gnu.org; Mon, 28 Jan 2013 02:13:14 -0500 Received: from mail-wg0-f43.google.com ([74.125.82.43]:35607) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tzitx-0006Da-6s for emacs-orgmode@gnu.org; Mon, 28 Jan 2013 02:13:09 -0500 Received: by mail-wg0-f43.google.com with SMTP id e12so1466604wge.34 for ; Sun, 27 Jan 2013 23:13:08 -0800 (PST) In-Reply-To: <87libng6z7.fsf@gmail.com> (Jambunathan K.'s message of "Sun, 20 Jan 2013 21:52:04 +0530") 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: Jambunathan K Cc: Ezequiel Birman , emacs-orgmode@gnu.org Hello, Jambunathan K writes: > Nicolas Goaziou writes: > >> Jambunathan K writes: >> >>> Nicolas Goaziou writes: >>> >>>> #+begin_src emacs-lisp >>>> (defun my-options-change-fun (tree backend info) >>>> (when (org-export-derived-backend-p backend 'e-beamer) >>>> (plist-put info :with-author nil)) >>>> ;; Don't forget to return tree. >>>> tree) >>> >>> CAVEAT: plist-put can return a different list, at times. >>> >>> I don't know enough about implementation of `plist-put' to ascertain >>> when it would return a new list. >> >> Since the OP wants to modify the values of _existing properties_ I'm >> quite sure the change will happen in place. > > Look at example in Elisp manual. New members seem to get appended. > > List being destructive is explainable if new members were to be added to > the head. Since this is not the case, I am curious what the > implementation could be ... I have added a filter for export options. The OP may want to use it instead. I guess it will be cleaner that way. Besides, the previous export framework had one too. Regards, -- Nicolas Goaziou