GNOME Bugzilla – Bug 311938
month-view/calendar scrolling ..
Last modified: 2013-07-24 20:24:49 UTC
My month view just refuses to scroll up/down. I click the '[^]' arrow at the top of the scroll-bar - and it does nothing - then again, because it's often slow to do this (simple) task I wait patiently for some seconds - and try again: nothing. If I press multiple times before it re-draws I can get some movement. The arrow/button goes nicely grey as I depress / release the mouse button showing it's at least understood my request - before it does nothing ;-) This may be related to my large, complex calendars; available on request.
nags: can u try reproducing the problem. I guess this MUST be solved. This is more important i guess. Assigning to myself, assuming it as a UI issue below it :-)
nags: just see it and confirm it, and if im around just pull me there to see :-)
michael, im trying this but unable to see it. Do you still see it?
unfortunately, impossible to tell - no Evo snapshots for NLD9 - [ mostly due to the !@#!@#ing e-d-s ABI breakages AFAICR ;-] Sorry.
if you dont see it. please close this bug.
REOPENing. I can confirm this behavior. Scrolling in month view needs more than one click at the arrow buttons to actually scroll the displayed area. It seems like that click scrolls by about 1-2 weeks only, which isn't sufficient to get to the next/previous month. Reproducible: Easy. Number of clicks necessary varies from 1 to 4.
Setting version to 2.4.x. Confirmed with Evo 2.4.2.1.
Scrolling and view are improved at lot in later versions. Please reopen the bug if you still face the problem ,thanks.
I just tried 2.24.3, it seems that each action on the mouse scrolling wheel now works. However, for those who use the "scrolling arrows" on the scrollbars, 4 clicks are still needed for it to react in any way. I'm not among them, but I guess it doesn't solve the problem of those people, so this bug should probably be reopened.
Reopening the bug as per comment#9
I am using Evolution 2.24.3 on Fedora 10. The scroll bar works for me. The behaviour I see: - the scroll wheel scrolls the calendar by four weeks per click - the scroll bar arrows scroll by one week per click - the scroll bar thumb allows scrolling by one week I think this differs from the original behaviour reported by this bug report, where the first few clicks would not scroll at all, then one more click would scroll by some interval. I think this is working fairly well. Actually, I do wish the scroll wheel would scroll by one week instead of four, the same as the scroll bar, because real life doesn't always align nicely with a calendar month, and I often want to look at a range of dates spanning two months. I also think it's easier to not loose my place when scrolling by smaller increments.
So - as you say the performance is -much- better than it used to be, I can get a new view in sub-one-second - but it would be nice to fix the 4 clicks to scroll issue :-) when you click a button like that, something visible should happen [ IMHO it would be nice if the view actually scrolled to not show the beginning of the month at the beginning - ie. week 2 or 3,4 at the top row ;-].
What I was describing was that it *did* scroll for every click. However... I just tried it again, and it is now *not* working! In fact, even the mouse wheel does not always cause it to scroll (though it works more often than the scroll bar arrows). The scroll bar (both arrows and the thumb) now seem to scroll by month and not by week. It feels like the scroll bar is scrolling by week, but the display will only show a complete calendar month at a time. After clicking the scrollbar arrow enough times to get to the next month, the display will show the new month. Most of the time a calendar month will span 5 lines on the month display, occasionally one will span 6 lines. Note that 4 clicks = 4 weeks which is usually enough to get to the next month, but occasionally it takes 5 clicks. Generally the mouse wheel scrolls in one click, but occasionally it takes 2 - and yesterday, when everything was working for me, it was scrolling by exactly 4 weeks, so this fits. This reinforces my feeling that the scrollbar is dealing in weeks but the display is dealing in months. Something seems to make this work sometimes, and not work other times. It was definitely working yesterday, and is definitely not working today. I'm playing around with the UI in an attempt to figure out what makes it work or not work - no luck yet. I'll post again if I find anything.
There had been done yet more improvements in scrolling, but it's still not the right thing as you describe it. You have right that the month view scrolls by a week, but shows by a month. Clicking the scroll arrow will move by a week. For the month view shown a month, which is not the full left-bottom calendar month, it will scroll by a week automatically. But if you've selected all days in the left-bottom calendar, then it will keep "centered" on the month, thus resulting on "visual-nothing" when clicking it. Scroll by a mouse wheel, there is set a page size for 4 or 5 weeks (some months can occupy even 5 weeks), and scrolling by a mouse wheel increments by this page size. Here you can see the rounding issue, as it can happen the view will not scroll month visually, even the scroll bar button moves. I do not like the idea of iterative scrolling by a week until the view changes. It sounds quite ugly. Any better idea here?
Also see bug 490995
Pressing PgUp/PgDn in 3.2.3 scrolls by exactly one week. As I don't have a mouse with a scroll wheel: Is this still a problem in 3.4.3 or 3.2.3?
No answer.
Oh wow, seems like this was actually fixed silently in Evolution 3.8 (or sometime very recently in the 3.x series). At least with a touchpad, the month view seems to scroll smoothly/in an "atomic" mannner. Awesome.