From mboxrd@z Thu Jan  1 00:00:00 1970
From: Carsten Dominik <carsten.dominik@gmail.com>
Subject: Re: New exporter and dates in tables
Date: Mon, 8 Apr 2013 13:33:32 +0200
Message-ID: <0604BF00-1FE8-4EAA-A346-C125A5127CAD@gmail.com>
References: <87fvz1opiz.fsf@norang.ca> <8761zxwlvn.fsf@gmail.com>
	<87bo9pntym.fsf@norang.ca>
Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\))
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([208.118.235.92]:47457)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <carsten.dominik@gmail.com>) id 1UPAKP-0003ns-Au
	for emacs-orgmode@gnu.org; Mon, 08 Apr 2013 07:33:41 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <carsten.dominik@gmail.com>) id 1UPAKM-0007bD-Fw
	for emacs-orgmode@gnu.org; Mon, 08 Apr 2013 07:33:37 -0400
Received: from ezel.ic.uva.nl ([146.50.108.158]:59991)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <carsten.dominik@gmail.com>) id 1UPAKM-0007az-56
	for emacs-orgmode@gnu.org; Mon, 08 Apr 2013 07:33:34 -0400
In-Reply-To: <87bo9pntym.fsf@norang.ca>
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, Nicolas Goaziou <n.goaziou@gmail.com>


On 8 apr. 2013, at 13:27, Bernt Hansen <bernt@norang.ca> wrote:

> Nicolas Goaziou <n.goaziou@gmail.com> writes:
> 
>> 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'?
> 
> I think keeping it simple is best.  If there is an inactive timestamp in
> a table then it should be exported (I consider everything in a table as
> data).


I think this is the right way to look at this.

- Carsten

> 
>> 
>> 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?
>> 
> 
> Sure I can do that.  I will follow up with a patch in this thread this
> week after the behaviour has been determined.
> 
> Regards,
> Bernt
>