From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: [Feature Request] Make property-drawers exportable Date: Mon, 17 Jun 2013 21:04:25 +0200 Message-ID: <871u80imo6.fsf@gmail.com> References: <8738shvzaj.fsf@gmail.com> <87ppvkiz8b.fsf@gmail.com> <87vc5cviu6.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:43852) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uoeiw-00043Q-Ra for emacs-orgmode@gnu.org; Mon, 17 Jun 2013 15:04:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Uoeiv-00077O-OX for emacs-orgmode@gnu.org; Mon, 17 Jun 2013 15:04:18 -0400 Received: from mail-wi0-x236.google.com ([2a00:1450:400c:c05::236]:39433) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uoeiv-00077A-IE for emacs-orgmode@gnu.org; Mon, 17 Jun 2013 15:04:17 -0400 Received: by mail-wi0-f182.google.com with SMTP id m6so2498334wiv.15 for ; Mon, 17 Jun 2013 12:04:16 -0700 (PDT) In-Reply-To: <87vc5cviu6.fsf@gmail.com> (Thorsten Jolitz's message of "Mon, 17 Jun 2013 17:48:49 +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: Thorsten Jolitz Cc: emacs-orgmode@gnu.org Thorsten Jolitz writes: > Nicolas Goaziou writes: >> Property drawers are Org meta data, they are not for user's >> cosumption. Though you can export some properties with macros (see >> {{{property{NAME}}}} macros). > > I don't really agree. Property drawers are for meta data used by > Org-mode too, obviously, but they are perfectly suited for meta-data > about the document, as well as those simple data-base features described > in the manual. It seems I wasn't clear enough. More on this below. > Why deny Org users the full benefit of these other uses for > property-drawers by denying them the possibility to export their > document meta-data or data-bases? I don't deny anyone the right code this: (defun my-latex-property-drawer (drawer contents info) (concat "\\begin{example}\n" (org-element-interpret-data drawer) "\\end{example}")) (org-export-define-derived-backend 'my-latex 'latex :translate-alist '((property-drawer . my-latex-property-drawer))) [...] > And whats wrong with a simple CD collection database implemented with > property-drawers, as described in the manual? Why shouldn't people be > allowed to export their CD database to some text-formatting backend? Database example is interesting. My point is that you will never want to dump the whole database in your exported document because Org may fill it with its own meta-data, making the output look like garbage. Also, some backends (ox-icalendar, at least) create properties during export, so you would even get new properties in your output. It's perfectly fine to export the part of a database you're interested in, like your whole CD collection, but it requires to filter out Org meta-data, and to properly format your own properties. This depends so much on the contents of your database that it is impossible to provide good defaults for it. Therefore, default export doesn't even try. Instead, tools are provided to access values from your own database (again, macro {{{property(...)}}}) so they can be exported. If you have special needs for your database, just code them and plug them in. You have a choice. Regards, -- Nicolas Goaziou