From mboxrd@z Thu Jan  1 00:00:00 1970
From: Nicolas Goaziou <n.goaziou@gmail.com>
Subject: Re: New exporter and dates in tables
Date: Mon, 08 Apr 2013 08:57:00 +0200
Message-ID: <8761zxwlvn.fsf@gmail.com>
References: <87fvz1opiz.fsf@norang.ca>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([208.118.235.92]:33077)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <n.goaziou@gmail.com>) id 1UP60p-0004sl-IQ
	for emacs-orgmode@gnu.org; Mon, 08 Apr 2013 02:57:14 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <n.goaziou@gmail.com>) id 1UP60o-0005Fs-07
	for emacs-orgmode@gnu.org; Mon, 08 Apr 2013 02:57:07 -0400
Received: from mail-we0-x230.google.com ([2a00:1450:400c:c03::230]:35199)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <n.goaziou@gmail.com>) id 1UP60n-0005Ff-QC
	for emacs-orgmode@gnu.org; Mon, 08 Apr 2013 02:57:05 -0400
Received: by mail-we0-f176.google.com with SMTP id s43so4108483wey.21
	for <emacs-orgmode@gnu.org>; Sun, 07 Apr 2013 23:57:05 -0700 (PDT)
In-Reply-To: <87fvz1opiz.fsf@norang.ca> (Bernt Hansen's message of "Sun, 07
	Apr 2013 20:05:24 -0400")
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=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: Bernt Hansen <bernt@norang.ca>
Cc: emacs-orgmode@gnu.org

Hello,

Bernt Hansen <bernt@norang.ca> writes:

> I have subtrees with inactive timestamps in the text indicating when
> something occurred.  I normally don't want to export these.  But I think
> any table data that includes inactive timestamps should be an exception
> to this ... otherwise you get output tables with blank cells where the
> meaningful timestamp data would be.

I understand.

So what exactly should be this exception? Should export ignore <:nil
option in a whole table, or only when a table cell contains a single
timestamp? IOW, how would it behaves in the following table:

  | [2013-04-04 Thu] | Lunch at [2013-04-04 Thu] ] |

when `org-export-with-timestamps' is either nil or `active'?

Also, this must be documented. Exceptions tend to accumulate a lot and
make the global behaviour unpredictable. Would you mind providing an
explanation to this, which would fit in `org-export-with-timestamps'
docstring?


Regards,

-- 
Nicolas Goaziou