GNU bug report logs - #78298
[PATCH] Scroll with mouse wheel in calendar

Previous Next

Full log

Message #44 received at 78298 <at> debbugs.gnu.org (full text, mbox):

From: Manuel Giraud <manuel <at> ledu-giraud.fr>
To: Juri Linkov <juri <at> linkov.net>
Cc: Michael Heerdegen <michael_heerdegen <at> web.de>, Eli Zaretskii <eliz <at> gnu.org>,
 78298 <at> debbugs.gnu.org
Subject: Re: bug#78298: [PATCH] Scroll with mouse wheel in calendar
Date: Wed, 14 May 2025 13:50:54 +0200

Juri Linkov <juri <at> linkov.net> writes:

>>> Or was it not even consistent before your patch?  I see that <next> is
>>> bound to `calendar-scroll-left-three-months' and C-x ] to
>>> `calendar-forward-year'.  Your patch didn't touch these.  Did these
>>> already behave differently?
>>
>> Yes, they behave differently.  AFAIU, for scrolling: while the date
>> under the cursor is visible, the cursor is placed there after the
>> scroll.  When the date is not visible anymore, the cursor is placed on
>> the first day of the month.
>
> With placing the cursor on the first day of the month
> the behavior makes sense.  But only for months, not years.
>
> When scrolling years the need is to put the cursor
> exactly on the same day/month in another year.

Yes that also makes sense.  Any other opinion on this matter?  To
summarize the choices are:

          1) More code (new commands) but make year scrolling consistent
             with other scrolling (i.e. place the cursor on the first
             day of the month when the date is not visible anymore
             (note: this is always the case for year scroll))

          2) Less code (reuse calendar-[for|back]ward-year) but year
             scrolling is not consistent with other scrolling
-- 
Manuel Giraud

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.