emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Carsten Dominik <dominik@science.uva.nl>
To: e.fraga@ucl.ac.uk
Cc: emacs-orgmode@gnu.org
Subject: Re: scheduled item taking time from inactive time stamp
Date: Fri, 20 Feb 2009 15:40:26 +0100	[thread overview]
Message-ID: <AB65023C-24B2-4084-83AC-B144D00C2D3D@uva.nl> (raw)
In-Reply-To: <18846.47429.876760.8948@pinto.chemeng.ucl.ac.uk>

On Feb 20, 2009, at 3:08 PM, Eric S Fraga wrote:

> Matthew Lundin writes:
>> Hi Eric,
>> Eric S Fraga <ucecesf@ucl.ac.uk>, Eric S Fraga <ucecesf@ucl.ac.uk>
>> writes:
>>> Would something like
>>>  * TODO $U %?
>>> still work (or with %t instead of %U obviously)?
>> I just tried this and it worked for me (i.e., showed up in the  
>> agenda).
>> But I'm sure there are finer points that I'm missing.
>> Best,
>> Matt
> And I have also tried it.  And that fixes the problem (which I hadn't
> yet noticed) of an improperly formatted TODO entry.
> However, my original question still stands: does it really make sense
> for org-mode's agenda view to take the "time" for an activity that has
> been scheduled for that day from an inactive time stamp when the
> active one in the SCHEDULE entry has no time element?

The reason for this behavior is that I wanted to support things like

* TODO Meeting at 2pm
   <2009-01-01 Thu>

i.e. loose time information that may be in the header.

The regular expression looking for a time also matches the
time you had in the time stamp.

> I can use %u to not have the time in the inactive time stamp but
> that's simply avoiding the issue... something I am happy to do if need
> be but would rather like to avoid!  :-)

I think the right approach is to not put the time stamp into the
header line at all.  Why would you want the *creation* time in such
an exposed place????

- Carsten

  reply	other threads:[~2009-02-20 14:40 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-20  9:17 scheduled item taking time from inactive time stamp Eric S Fraga
2009-02-20 11:36 ` Giovanni Ridolfi
2009-02-20 11:40   ` Eric S Fraga, Eric S Fraga
2009-02-20 11:56   ` Carsten Dominik
2009-02-20 13:10     ` Eric S Fraga, Eric S Fraga
2009-02-20 13:38       ` Matthew Lundin
2009-02-20 14:08         ` Eric S Fraga, Eric S Fraga
2009-02-20 14:40           ` Carsten Dominik [this message]
2009-02-20 14:44             ` Eric S Fraga, Eric S Fraga
2009-02-24  2:29               ` Spike Spiegel
2009-02-24 11:37                 ` Eric S Fraga
2009-02-24 18:00                   ` Samuel Wales
2009-02-25 12:51                     ` Carsten Dominik
2009-02-25 14:42                       ` Eric S Fraga

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=AB65023C-24B2-4084-83AC-B144D00C2D3D@uva.nl \
    --to=dominik@science.uva.nl \
    --cc=e.fraga@ucl.ac.uk \
    --cc=emacs-orgmode@gnu.org \


* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox


This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).