From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: Re: [new exporter] adhere org-export-date-timestamp-format? Date: Sun, 06 Jan 2013 12:45:41 +0100 Message-ID: <8738yeh6ts.fsf@bzg.ath.cx> References: <877gpj3raa.fsf@pank.eu> <87623stdza.fsf@bzg.ath.cx> <87bod2637u.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:50637) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Trogu-0001xF-Pk for emacs-orgmode@gnu.org; Sun, 06 Jan 2013 06:47:02 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Trogt-00065x-E5 for emacs-orgmode@gnu.org; Sun, 06 Jan 2013 06:47:00 -0500 Received: from mail-we0-f170.google.com ([74.125.82.170]:49766) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Trogt-00065h-7y for emacs-orgmode@gnu.org; Sun, 06 Jan 2013 06:46:59 -0500 Received: by mail-we0-f170.google.com with SMTP id r1so8968909wey.15 for ; Sun, 06 Jan 2013 03:46:58 -0800 (PST) In-Reply-To: <87bod2637u.fsf@gmail.com> (Nicolas Goaziou's message of "Sun, 06 Jan 2013 11:00:21 +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: Nicolas Goaziou Cc: emacs-orgmode@gnu.org, Rasmus Hi Nicolas, thanks for looking into this. Nicolas Goaziou writes: > I'm not convinced by this variable. Back-ends are usually so much > different that a global variable aiming at formatting a date timestamp > in any of them doesn't sound very useful. > > Though it may be the job of back-ends to provide such a variable > variable, whenever it makes sense. Yes, I think it's the job of backends. > Another option would be to allow to specify an arbitrary timestamp as > a second, optional, argument to {{{time(...)}}} macro. One could then > use: > > #+DATE: {{{time(%Y-%m-%d,<2013-01-06 Sun>)}}} I'm all for allowing macros in "document info" keywords (i.e. "#+title:" "#+author:" "#+email:" "#+date) though I'm not sure if it makes sense for other keywords than for "#+date", and maybe allowing macro here just for this use-case is to liberal. Best, -- Bastien