Hi guys, did you arrive at a conclusion of this thread, or is this still open?
Thanks - Carsten On 16.4.2013, at 09:48, Bastien <b...@gnu.org> wrote: > Hi Nicolas, > > Nicolas Goaziou <n.goaz...@gmail.com> writes: > >> Bastien <b...@gnu.org> writes: >> >>> Nicolas Goaziou <n.goaz...@gmail.com> writes: >>> >>>> We can widen the definition of `standalone': a standalone timestamp is >>>> a timestamp belonging to a paragraph that contains only timestamps >>>> objects. >>> >>> Great. If that's possible, then I think that's the best solution. >> >> The following patch should do that. It comes with tests, but it should >> be tested extensively, if only to know if this feature is as useful as >> it seems. > > I think I nailed down the root of the confusion. > > org-export-with-planning does the job that org-export-with-timestamps > used to do. So first of all, org-export-with-timestamps should be an > alias to org-export-with-planning so that users who customized > org-export-with-timestamps don't have to change their customization: > > (define-obsolete-variable-alias 'org-export-with-timestamps > 'org-export-with-planning "24.4") > > Today, org-export-with-timestamps does a completely different job, > more fine-grained than the old org-export-with-timestamps. I suggest > to rename it to org-export-with-individual-timestamps and to use the > latest patch you sent, with a default value of t. I expect the next > useful value is 'not-standalone. But if someone wants to get rid of > time-stamps in tables or in lists, he now can. > >> Note that another option is to allow all timestamps, put timestamps you >> don't want to export in a specific drawer (e.g. "TIME"), and ignore this >> drawer during export. > > Yes, but that requires educating users, which I don't really like. > > Thanks, > > -- > Bastien