Summary: | flickering toolbar buttons when switching iconsize | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Yves Glodt <yg> |
Component: | general | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ismail |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Yves Glodt
2002-03-11 14:35:54 UTC
Thank you for your bug report/feature request. Unfortunately this bug will never be fixed or the feature never implemented. The bug report/feature request will be closed. this is still the case in 3.1rc5, and would still be great to be fixed! ;-) another observation: when you have tabs open in konqueror that display local files (file:/), and you switch from one tab to another, the icons flicker the same way. They should only be repainted when the protocol changes between tabs. (KDE3.1.1 on Debian/unstable now) I have placed "New Tab" and "Close Current Tab" buttons on my toolbar. When I press one of these buttons, the toolbar flickers as described above, which in short means: We have _ugly_ toolbar flickering when: - you switch from "Tree View" to "Icon View" in filemanager mode - you swtich from one tab to another - when you add or close a tab it's really really UGLY :-( yes, definitely, this flickering is really ugly and makes the feeling of an unstable or slow system! please fix this for kde3.2 ! if this depends on QT-Bugfixes, then please talk to trolltech.. (i notice this bug since a long time already) thanks This case is about dynamically updated toolbar icons flickering as soon as they are dynamically updated eg. due to a kpart change. I suppose delaying the display of the newly updated icons instead updating them in real time could fix the flickering. Or I wonder konqueror checks if it has to change toolbar. Like in tab1 I have /home so using FileBrowsing profile in tab2 I have www.google.com so I use WebBrowsing profile. when I close tab2 it has to update toolbar too so it flickers. Makes sense? Last comment was about tab flickers sorry for interruption but we seem to have bug 58040 as a dup of this bug. Flickering is not just ugly. It indicates unneeded screen redraws. Unneeded screen redraws slow it down. -- JRT I think I managed to reduce the flicker in CVS head to the two increase/reduce size buttons only. They belong to the view and get removed when one view gets removed and added when the other view takes over. To get rid of the flicker there, the unplugging of actions should somehow be delayed till a new part is ready, when plugging new actions it should be checked whether the widgets from actions-to-be-unplugged can be reused. Subject: Re: flickering toolbar buttons when switching iconsize hm, a simple solution is, not to remove the bigger/smaller buttons, but just to disable them... because, anyway, there is no need for more space in the toolbar, if the buttons are removed in the "text-(only)-view" Mode. when i think about Internet Explorer, there is 1 Bottun for Bigger/Smaller Font in the toolbar (if manually added). but it stays there always, even if the Internet-site is using "Style-sheets". In my opinion, i don't think that many changings in the views are ergonomic, if there is only a little little thing changing.. it is the same the situation like: if i start kde, and every session the desktop-icons are sorted diffrently (of course, this is not the fact, but..) another nice improvement could be, that the seperator of sybmols in the toolbars would be representated by a vertical thin line. not just by a " " space. thx Am Dienstag, 3. Juni 2003 19:05 schrieben Sie: > ------- You are receiving this mail because: ------- > You are a voter for the bug, or are watching someone who is. > > http://bugs.kde.org/show_bug.cgi?id=39234 > > > > > ------- Additional Comments From bastian@kde.org 2003-06-03 19:05 ------- > I think I managed to reduce the flicker in CVS head to the two > increase/reduce size buttons only. They belong to the view and get removed > when one view gets removed and added when the other view takes over. > > To get rid of the flicker there, the unplugging of actions should somehow > be delayed till a new part is ready, when plugging new actions it should be > checked whether the widgets from actions-to-be-unplugged can be reused. Hey all, I encourage you all to also vote for bug 58040 at: http://bugs.kde.org/show_bug.cgi?id=58040 This bug is a similar one, but deals more with tabbed browsing and flicker when one switches between tabs. Praveen Srinivasan It's the same issue, really. There's no point spreading the attention among several duplicate bugs describing the same symptom achieved through seemingly different way. Some other flicker things I notice: -When switching between pages, the scrollbar on the side flickers -The icon in the window title bar flickers (it shows the webpage icon or whatever it's called) -When going from no tabs to two tabs, there's a lot of flicker Mostly fixed. |