emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* S-left / S-right with (double) prefix C-u without scheduled time (only date)
@ 2020-10-30  7:16 Martin Rottensteiner
  2020-11-03  6:22 ` Kyle Meyer
  0 siblings, 1 reply; 2+ messages in thread
From: Martin Rottensteiner @ 2020-10-30  7:16 UTC (permalink / raw)
  To: emacs-orgmode

[-- Attachment #1: Type: text/plain, Size: 1253 bytes --]

Hi list,

i often use shift with left or right arrow keys to change the date in
org-(super-)agenda. These key combinations can be used with prefix C-u and
double prefix C-u C-u.

In my setup in org 9.4 the behaviour is like this for a scheduled date
without scheduled time (for example SCHEDULED: <2020-10-27>:
C-u S-left: Date changes to date before (26th)
C-u S-right: Date does not change
C-u C-u S-left: Date changes to date before (26th)
C-u C-u: S-right: Date does not change

I would prefer this behaviour instead (my proposal):
C-u S-left: Add a default time (e.g. 6:00)
C-u S-right: Add a default time (e.g. 6:00)
C-u C-u S-left: Add a default time (e.g. 6:00)
C-u C-u: S-right: Add a default time (e.g. 6:00)

Scheduled date+time Timestamps can afterwards be changed as expected with
C-u prefix(es).

What I found out until now:
( org-schedule nil "12:00" ) adds a time 12:00 to a SCHEDULED date property.
(if (< (length (org-entry-get nil "SCHEDULED")) 16) (print
'scheduled_time_missing) (print 'scheduled_time_existent))
org-timestamp-has-time-p: could maybe better be used instead for finding
out if time is not present.

I think this would be a better default behaviour or the current behaviour
might even be a bug.

   Thanks, Martin :)

[-- Attachment #2: Type: text/html, Size: 1689 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: S-left / S-right with (double) prefix C-u without scheduled time (only date)
  2020-10-30  7:16 S-left / S-right with (double) prefix C-u without scheduled time (only date) Martin Rottensteiner
@ 2020-11-03  6:22 ` Kyle Meyer
  0 siblings, 0 replies; 2+ messages in thread
From: Kyle Meyer @ 2020-11-03  6:22 UTC (permalink / raw)
  To: Martin Rottensteiner; +Cc: emacs-orgmode

Martin Rottensteiner writes:

> In my setup in org 9.4 the behaviour is like this for a scheduled date
> without scheduled time (for example SCHEDULED: <2020-10-27>:
> C-u S-left: Date changes to date before (26th)
> C-u S-right: Date does not change
> C-u C-u S-left: Date changes to date before (26th)
> C-u C-u: S-right: Date does not change

Hmph, that discrepancy between left and right is odd...

Underneath org-timestamp-change is being called with WHAT as hour or
minute.  Regardless of whether the timestamp has a time, it's doing

    (setq time
          (apply #'encode-time
                 (or (car time0) 0)
                 (+ (if (eq timestamp? 'minute) n 0) (nth 1 time0))
                 (+ (if (eq timestamp? 'hour) n 0) (nth 2 time0))
                 (+ (if (eq timestamp? 'day) n 0) (nth 3 time0))
                 (+ (if (eq timestamp? 'month) n 0) (nth 4 time0))
                 (+ (if (eq timestamp? 'year) n 0) (nth 5 time0))
                 (nthcdr 6 time0)))

So that explains why left shifts the date, as it's essentially starting
from 00:00.

> I would prefer this behaviour instead (my proposal):
> C-u S-left: Add a default time (e.g. 6:00)
> C-u S-right: Add a default time (e.g. 6:00)
> C-u C-u S-left: Add a default time (e.g. 6:00)
> C-u C-u: S-right: Add a default time (e.g. 6:00)

C-u+ is an explicit request to operate on a time part, so that sounds
sensible to me.

> Scheduled date+time Timestamps can afterwards be changed as expected with
> C-u prefix(es).

Yes, and, based on the current design, it should even work without a
prefix for successive calls.

> What I found out until now:
> ( org-schedule nil "12:00" ) adds a time 12:00 to a SCHEDULED date property.
> (if (< (length (org-entry-get nil "SCHEDULED")) 16) (print
> 'scheduled_time_missing) (print 'scheduled_time_existent))
> org-timestamp-has-time-p: could maybe better be used instead for finding
> out if time is not present.
>
> I think this would be a better default behaviour or the current behaviour
> might even be a bug.

I think the current behavior falls into the oversight/bug category,
especially given the left/right discrepancy.  Here's a minimal fix that
results in your desired behavior (assuming you don't have a preference
for any particular range of initial times).


diff --git a/lisp/org.el b/lisp/org.el
index 03df139fb..04089c6ec 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -14964,7 +14964,8 @@ (defun org-timestamp-change (n &optional what updown suppress-tmp-delay)
 	(setq extra (match-string 1 ts))
 	(when suppress-tmp-delay
 	  (setq extra (replace-regexp-in-string " --[0-9]+[hdwmy]" "" extra))))
-      (when (string-match "^.\\{10\\}.*?[0-9]+:[0-9][0-9]" ts)
+      (when (or (memq what '(hour minute))
+		(string-match "^.\\{10\\}.*?[0-9]+:[0-9][0-9]" ts))
 	(setq with-hm t))
       (setq time0 (org-parse-time-string ts))
       (when (and updown


^ permalink raw reply related	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2020-11-03  6:23 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-10-30  7:16 S-left / S-right with (double) prefix C-u without scheduled time (only date) Martin Rottensteiner
2020-11-03  6:22 ` Kyle Meyer

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).