Version: 1.4 (using 4.4.2 (KDE 4.4.2), Gentoo)
OS: Linux (i686) release 2.6.33-zen1-IBM-T43
Since the update to kde 4.2.2 dolphin scrolls the view slower than before. So the user must scroll his mouse wheel much more (like 2 or 3 times more).
A discussion can be found here, where others confirm this problem: http://forum.kde.org/viewtopic.php?f=66&t=86976
Please make dolphin scroll as fast as other apps again (kmail or kopete)
Thanks for your report, but could you please provide more details what you mean with "slow scrolling in dolphin (not performance)":
- Which view mode are you using? Icons, Details or Columns?
- Which zoom size do you have?
- How do you scroll: With the mouse wheel, the keyboard, the scrollbar or by the drag & drop mechanism when reaching the borders?
1) It seems to happen only with Icons mode, both Details and Columns scroll
correctly (much faster, the same they did before)
2) Icon size : 5th position from the left on the scrollbar (both for "Default"
and "Preview") in Dolphin settings - that's for "Icons" mode, of course.
3) I scroll with mouse wheel.
Thanks for the update. The speed seems to be OK for me: Assuming that around 3 - 5 items are in the icons view per line, the number of items per mouse wheel scroll are quite equal to the number of items that are scrolled in the details and column view. You mentioned kmail or kopete as comparison, but AFAIK the only use very small icons in the "details view"...
I've set this report as wish, so that other people can vote/comment on this topic.
It is probably the side effect of the fix for bug 213068.
Compare Dolphin with Konqueror to see the speed difference. This is clearly a regression. Is takes 8 scrolls (moving finger from top of wheel to bottom) to go through my homefolder with Konqueror vs 114 scrolls with Dolphin. There is 41 folders and 110 files in my homefolder.
Using Arch Linux with KDEmod.
Do you mean Konqueror for KDE 3? (Konqueror for KDE 4 uses the Dolphin part internally)
Hey, I use Kdemod as well! You think it can be related? We need to know if it
happens on non-kdemod packages as well.
PS.: As seen on KDE forum, it happens for Mandriva as well.
Konqueror from KDE 4.4.2 with the Dolphin kpart.
It has to do with showing files in groups. If I disable that feature the speed returns to normal. Enabling again, the speed is still normal. Restart Dolphin and speed is slow again.
True. I experienced the very same behavior. Disable groups, everything is fast. Enable again, still fast. Restart Dolphin, all goes slow.
I've added Rafael to CC, he is the maintainer of the "groups view". However I think I should be able to track down the root cause as soon as I've some time.
I also observed the slow movement under System Settings>Desktop>Desktop
effects>All effects when trying to scroll the effect list.
You get the same behavior as well? It may be not only Dolphin-related.
Yes, I think it may be the group view problem, if resize systemsettings window small and then the problem will be reproduced.
I see this problem only on group view, and if disable and enable group view in dolphin, this problem disappear temporarily though.. (until next start)
Creating new user doesn't help.
*** Bug 233478 has been marked as a duplicate of this bug. ***
Regression caused by the fix for bug 213068 (see bug 213068 comment #27)
*** Bug 233830 has been marked as a duplicate of this bug. ***
*** Bug 235256 has been marked as a duplicate of this bug. ***
SVN commit 1118520 by cfeck:
Never show horizontal scroll bar
Revert commit r1104321, and try a different workaround.
Something inside Qt causes an infinite layout recursion (see bug 213068),
but not updating scroll bar geometry causes a major usability regression
(see bug 233163).
The only workaround I can see for now is to force hiding the horizontal
scroll bar; KCategorizedView does not yet support it anyway.
M +4 -1 kcategorizedview.cpp
WebSVN link: http://websvn.kde.org/?view=rev&revision=1118520
SVN commit 1118521 by cfeck:
Never show horizontal scroll bar (backport r1118520)
Revert commit r1104322, and try a different workaround.
M +4 -1 kcategorizedview.cpp
WebSVN link: http://websvn.kde.org/?view=rev&revision=1118521
Thanks a lot Christoph for taking care for this issue. It was on my TODO-list, but could not get it done yet...
*** Bug 236926 has been marked as a duplicate of this bug. ***
SVN commit 1125133 by cfeck:
Only hide horizontal scroll bar when isCategorized
The state of isCategorized can change when either the model
or the categoryDrawer is changed, so we need to update in either
Please test this change in trunk; I will backport if there are
no further regressions.
M +6 -2 kcategorizedview.cpp
WebSVN link: http://websvn.kde.org/?view=rev&revision=1125133
*** Bug 237271 has been marked as a duplicate of this bug. ***
*** Bug 238293 has been marked as a duplicate of this bug. ***