From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: [ox] possible to modify org-export-document-properties OTG Date: Sun, 22 Mar 2015 15:12:45 +0100 Message-ID: <87mw352k9u.fsf@nicolasgoaziou.fr> References: <87vbi030eb.fsf@gmx.us> <87k2yg115l.fsf@nicolasgoaziou.fr> <87iodytfza.fsf@gmx.us> <877fua3q0z.fsf@nicolasgoaziou.fr> <87vbhtvqtz.fsf@gmx.us> <87384x4z7z.fsf@nicolasgoaziou.fr> <87r3shvmqr.fsf@gmx.us> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:36434) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YZgbG-00071i-KY for emacs-orgmode@gnu.org; Sun, 22 Mar 2015 10:11:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YZgbD-0006uD-Fp for emacs-orgmode@gnu.org; Sun, 22 Mar 2015 10:11:34 -0400 Received: from relay5-d.mail.gandi.net ([2001:4b98:c:538::197]:57681) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YZgbD-0006u6-9b for emacs-orgmode@gnu.org; Sun, 22 Mar 2015 10:11:31 -0400 In-Reply-To: <87r3shvmqr.fsf@gmx.us> (rasmus@gmx.us's message of "Sun, 22 Mar 2015 02:34:20 +0100") 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: Rasmus Cc: emacs-orgmode@gnu.org Rasmus writes: > Nicolas Goaziou writes: >> >> (:subject "SUBJECT" nil nil parsed) >> >> `parsed' behavior implies `space' anyway, since we're talking about >> secondary strings. > > Is that always the case? I guess.. There are only two ways to look at it: either it can only contain objects, or it can contain paragraphs. The latter might make sense for, e.g., DESCRIPTION. In this case, we need 2 symbols for that, e.g., `parse-objects' and `parse-elements'. >> `org-element-map' can find objects in captions, with an optional >> argument. > > If turns out to be important, perhaps it would also be possible to map > keyword objects with an non-default argument. This is different. Captions are already in the parse tree. Keyword objects are added mid-way. I'd rather keep keywords as is. If you want to map over objects in, e.g., SUBJECT, you need to explicitly call `org-element-map' on (plist-get info :subject). Regards,