After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 273818 - Calendar month scrolling not sufficiently atomic
Calendar month scrolling not sufficiently atomic
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Calendar
2.8.x (obsolete)
Other All
: Normal enhancement
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2005-03-17 22:44 UTC by chris thom
Modified: 2009-08-26 09:06 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description chris thom 2005-03-17 22:44:42 UTC
Please fill in this template when reporting a bug, unless you know what you
are doing.
Description of Problem:
Since recently upgrading to evolution 2.0.4 from v1.4, I've noticed a very
annoying "feature" in the calendar.  Whilst looking at the month view, the
calendar seems to scroll in week increments, but doesn't re-display until
enough of these increments have accumulated to get to the following month.
 Then it changes.

This makes the scrolling too coarse and unpredictable and *incredibly*
annoying! It's a sufficiently large problem as to make me downgrade...but
it seems so simple.

It has bigger implications if I want to look at an event that runs, say,
from the middle of one month to the middle of the next (e.g. some travel) -
I can't see the full extent of the event at the same time. Frustrating!

In the old version, it just scrolled the 6-week "month" view in week-long 
increments.


Steps to reproduce the problem:
1. Use mouse wheel to scroll default month view in calendar
2. 
3. 

Actual Results:
Several scroll increments accumulate to a certain point, and then change to
next month.


Expected Results:
Scroll month view one week at a time and re-display.

How often does this happen? 
Always

Additional Information:
Comment 1 Dave Malcolm 2005-05-17 17:36:45 UTC
I've also had user complaints about scrolling in the Month view.

The Month view has one row for each week.  I think it's agreed (and this was
requested to me by a user) that the the "atomic unit" of scroll in the Month
view to be a single row (i.e. a week).

I can confirm the behaviour you describe still occurs with Evolution 2.2.2; the
lack of redisplay as the weekly scroll changes makes the view much harder to use.

Comment 2 Kyle Bateman 2005-06-22 19:01:36 UTC
I have the same frustration.  I'm also on 2.0.4.

I suspect this is a "feature" for someone who always likes to have their month
centered on the display rather than having portions of a month disappear off the
top or bottom of the display.  If this is the case, I would request a
preferences switch to allow either the week-by-week scrolling or the
month-by-month scrolling.  

I personally, _much_ prefer the old week-by-week scrolling as it allows me to
see X weeks into the future and Y weeks into the past.  Its frustrating
(especially near the end of the month) to not be able to see 2 or 3 weeks into
the future but have 5 weeks of useless past showing.
Comment 3 Jean-François Fortin Tam 2005-09-07 20:17:08 UTC
This is making me mad also, just try using that with a laptop touchpad with a
scrolling border! Even with a logitech mouse, it is such an annoyance that it
makes it pretty unusable. Try moving events while knowing "where" they will go
visually: you are screwed.

There could also be an option in the prefs to always show the current week as
the first line. I mean, I personally don't care about the past, it's just eating
my screen space, but some people might care about that, so it might be a good
idea to make that an option.
Comment 4 André Klapper 2006-07-04 12:46:52 UTC
seems to be still valid in evolution 2.7.3, not a big issue though
Comment 5 Stefan Söffing 2008-03-10 08:32:56 UTC
This bug is still in 2.12.3

Another solution is, to have two different views
1. a "multi-week" view, weekly scrolling, configurable number of weeks
2. a "monthly" view, centering always to the given number and monthly scrolling. If possible with a _big_ text showing the current months, since it takes a long time to find the first day of the month where its name is printed (as reported in other bugs)

At the moment the behavior inconsistent and _very_ annoying.
An exmaple: The view is showing Mar, 31 to Mai, 11. Pressing Page down (or scroll down) jumps to Mai, 26 to Jul, 06. This way it jumps over some weeks in Mai which are never displayed!


For reference take a look at Mozilla Sunbird, which solves this quite well.
Comment 6 Matthew Barnes 2008-03-11 00:31:53 UTC
Bumping version to a stable release.
Comment 7 Mark Mandel 2008-06-25 06:58:59 UTC
The scrolling behaviour in the calendar is about the only thing in Evo that drives me batty, everything else I am really happy about.

I just wanted to add a note just to add my support to getting this bug fixed, because, honestly, I really can't stand the way the Calendar monthly view works.
Comment 8 Milan Crha 2009-04-30 18:52:49 UTC
Created commit 7961048 in evo master.

Edit->Preferences->Calendar and	Tasks, tab Display, option
Scroll Month View by a week.
Comment 9 Marcel Stimberg 2009-08-25 20:47:59 UTC
(Does someone still read the comments on a fixed bug...?)
The fix is great, but there is one thing that for me is somewhat a regression: The new "weekly scrolling" option not only changes the behaviour of the scrolling (i.e. mouse scroll wheel, scrollbar) but also the page up/down keys now scroll in weekly steps. It is no longer possible to scroll in monthly steps with the keyboard. 
I think ideally (see my comment on bug #573500), page up/down should always do the same thing as the forward/backward buttons in the toolbar, i.e. scroll by about a month. 

Although it would be no longer be possible to scroll weekly with the keyboard, still the up/down cursor keys could be used for moving the cursor in weekly steps. Hmm, we need a third keyboard combination :-/
Comment 10 Milan Crha 2009-08-26 09:06:20 UTC
I'm not going to hunt on two bugs, thus let's move to the other, which you reopened. You meant bug #573550 for sure :)