From: Rainer Stengele <rainer.stengele@diplan.de>
To: emacs-orgmode@gnu.org
Subject: Re: Bug: all todos receive a once used timestamp in agenda view
Date: Fri, 24 Aug 2007 23:03:39 +0200 [thread overview]
Message-ID: <fanh34$vsf$1@sea.gmane.org> (raw)
In-Reply-To: <0d0636e191d89092ca4d78ab9924dd0a@science.uva.nl>
Carsten Dominik schrieb:
> Fixed, thanks.
>
> Sorry for the mess.
>
> - Carsten
>
> On Aug 24, 2007, at 20:52, Rainer Stengele wrote:
>
>> Carsten Dominik schrieb:
>>> Here is a quick update, bug fixes plus a few small features.
>>> Only on my website, not yet in Emacs - I don't have time right now.
>>> http://www.astro.uva.nl/~dominik/Tools/org/
>>> Enjoy!
>>> - Carsten
>>> Changes in version 5.06
>>> -----------------------
>>> * Overview
>>> - Improved export of single (sub)trees.
>>> - New possibilities for C-a and C-e.
>>> - Command to set a tag in many headlines
>>> - Changed default for org-cycle-global-at-bob.
>>> - Bug fixes.
>>> * Details
>>> - When exporting only a region and this region is a single
>>> (sub)tree (for example selected with `C-c @'), the title for
>>> the exported document is taken to be the heading of the
>>> subtree. The sublevels become top-level entries in the
>>> export. Furthermore, if the head entry of the tree has or
>>> inherits an EXPORT_FILE_NAME property, that file name (with
>>> appropriately substituted extension) will be used for the
>>> exported tree. Thanks to Patrick Drechsler and Jost Burkart
>>> for these ideas.
>>> - org-special-ctrl-a/e has a third allowed value, `reversed'.
>>> When it is set to this value, the first C-a or C-e command
>>> behaves normally, i.e. it goes to the true beginning or end
>>> of the line. Only when you press C-a or C-e immediately
>>> again, the the "special" position will be found. Additional
>>> presses of the same key jump between the two positions. I
>>> like this a lot better than the `t' setting, because now the
>>> keys behave more predictable and still give easy access to
>>> the special locations.
>>> - New command to set or remove a tag from all headlines in a
>>> region.
>>> - When Org-mode visits a file, it will initially hide all
>>> drawers.
>>> - The default of the variable `org-cycle-global-at-bob' is now
>>> nil, meaning that TAB no longer does global visibility
>>> cycling at the beginning of the buffer.
>>> - Bug fixes, in particular the problems with scheduling and
>>> deadlines introduced in 5.05. Please check carefully if
>>> this works correctly again, and complain if not.
>>
>> Hello Carsten, thank you for the fast update!
>>
>> I think a new bug appeared:
>> Defining a daytime specific schedule for a todo it happens that a lot
>> (the rest? all appearing after the todo) of todos will also wrongly
>> show the time as schedule time in agenda view. This appears to stay
>> for all todos of the same day. For the next day the agenda view is ok
>> again.
>>
>> Ah I checked again - all TODOs following a TODO with timestamped
>> schedule receive the same time stampuntil another time specific
>> schedule appears. After that all todos again receive the last timestamp.
>>
>> Rainer
>>
>>
>>
>> _______________________________________________
>> Emacs-orgmode mailing list
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>>
>
> --
> Carsten Dominik
> Sterrenkundig Instituut "Anton Pannekoek"
> Universiteit van Amsterdam
> Kruislaan 403
> NL-1098SJ Amsterdam
> phone: +31 20 525 7477
Thanks.
Is there a way to get a cvs or svn version update (or a patch - but I
don't want to lay even more work on you) before the next update?
Rainer
prev parent reply other threads:[~2007-08-24 21:13 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-24 12:00 Org-mode 5.06 Carsten Dominik
2007-08-24 12:43 ` Bernt Hansen
2007-08-24 12:55 ` Leo
2007-08-24 20:42 ` Carsten Dominik
2007-08-24 18:52 ` Bug: all todos receive a once used timestamp in agenda view Rainer Stengele
2007-08-24 20:22 ` Anupam Sengupta
2007-08-24 20:37 ` Carsten Dominik
2007-08-24 21:03 ` Rainer Stengele [this message]
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:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
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='fanh34$vsf$1@sea.gmane.org' \
--to=rainer.stengele@diplan.de \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* 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
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
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).