emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Carsten Dominik <carsten.dominik@gmail.com>
To: Bernt Hansen <bernt@norang.ca>
Cc: Carsten Dominik <carsten@orgmode.org>,
	org-mode mailing list <emacs-orgmode@gnu.org>
Subject: Re: bug with respect to org-read-date-prefer-future
Date: Sun, 17 Oct 2010 08:33:50 +0200	[thread overview]
Message-ID: <0D933E4B-5285-4BC8-842A-739E8F97DBB7@gmail.com> (raw)
In-Reply-To: <87y6a8wjkd.fsf@gollum.intra.norang.ca>

Hi,

On Oct 8, 2010, at 9:50 PM, Bernt Hansen wrote:

> Eric S Fraga <ucecesf@ucl.ac.uk> writes:
>
>> On Fri, 08 Oct 2010 15:01:49 -0400, Bernt Hansen <bernt@norang.ca>  
>> wrote:
>>>
>>> Eric S Fraga <ucecesf@ucl.ac.uk> writes:
>>>
>>>> Recently, but I cannot say for how long, I have found that dates
>>>> entered, for instance using "j" in the standard agenda view, no  
>>>> longer
>>>> choose a time/day in the future but seem to default to the current
>>>> year.  For instance, today, typing "j 2 feb RET" (with a real space
>>>> between 2 and feb) jumps me to 2010 February 2, not 2011.
>>
>> [...]
>>
>>>
>>> Hi Eric,
>>>
>>> This was recently changed in commit
>>> 03b178d (Do not prefer future when jumping to a date in the  
>>> agenda, 2010-09-21)
>>> by Carsten after an offline discussion with me.
>>>
>>> The behaviour changed for the 'j' command in the agenda only but  
>>> not for
>>> other date prompts.
>>
>> Ah, okay, so I am not totally losing it... ;-)
>>
>>> The justification for this was at the start of a new month you  
>>> need to
>>> enter the year to go back to a date a week or two ago in the agenda
>>> which seemed inconvenient.
>>>
>>> Carsten noticed that I had set org-read-date-prefer-future to nil in
>>> http://doc.norang.ca/org-mode.html and questioned why that was
>>> necessary.  After a short discussion he decided to change the  
>>> default
>>> behaviour for the agenda j command only.
>>>
>>> Please comment on whether this change is good or bad.  The docstring
>>> should be more clear about this change if we decide to keep it.
>>>
>>> Regards,
>>> Bernt
>>
>> Well, I must say that I prefer the old way as it is more likely (on a
>> simple probabilistic view considering the full twelve months of the
>> year) that I am going to want a future date if I refer to a month
>> before the current one.  I can understand your justification for
>> earlier in a month but I typically simply use, say, -7 or -10 then  
>> (as
>> I use +7 or +10 say for days in the future).  So, I guess my view is
>> that the change is more bad than good...  At the very least, I would
>> like this to be configurable, if that is at all possible?  If not, I
>> am sure I can adjust!
>>
>> By the way, I guess I could see an argument for a date alone being  
>> for
>> the current month, whether future or past, much as time can be
>> considered already to be for the current day, whether future or past,
>> if the variable is configured as I have it (time), but even then we
>> should have a configurable variable?
>>
>> Regardless, the docs definitely have to change!
>
> Personally I'm okay with reverting this commit if it is problematic.
> I'll leave the final decision on that up to Carsten.

There is now a new option, org-agenda-jump-prefer-future.
The default is to recycle the setting of org-read-date-prefer-future,
but you can set your own specific preference as well.

Cheers.

- Carsten

  reply	other threads:[~2010-10-17  6:33 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-08 13:15 bug with respect to org-read-date-prefer-future Eric S Fraga
2010-10-08 19:01 ` Bernt Hansen
2010-10-08 19:27   ` Achim Gratz
2010-10-08 19:44   ` Eric S Fraga
2010-10-08 19:50     ` Bernt Hansen
2010-10-17  6:33       ` Carsten Dominik [this message]
2010-10-17 11:10         ` Eric S Fraga
2010-10-17 11:48         ` Bernt Hansen

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=0D933E4B-5285-4BC8-842A-739E8F97DBB7@gmail.com \
    --to=carsten.dominik@gmail.com \
    --cc=bernt@norang.ca \
    --cc=carsten@orgmode.org \
    --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).