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 328090 - improving pathbar readability with smooth scrolling
improving pathbar readability with smooth scrolling
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
2.8.x
Other All
: Normal minor
: Medium fix
Assigned To: gtk-bugs
Federico Mena Quintero
filechooser-easish-fix
: 328088 (view as bug list)
Depends on:
Blocks: 320247
 
 
Reported: 2006-01-21 22:10 UTC by gnutter
Modified: 2018-04-14 23:58 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement

Attachments
proposed patch (4.30 KB, patch)
2007-01-26 02:52 UTC, Carlos Garnacho 		needs-work Details | Review
different approach (19.41 KB, patch)
2007-06-06 10:07 UTC, Carlos Garnacho 		needs-work Details | Review

Description gnutter 2006-01-21 22:10:59 UTC 
This is a corrolary to Bug 328088

Once the pathbar is in scroll mode it jumps by a path segment each time rather 
than scrolling.

If the ensemble of the images could be made to scroll graphically this would 
greatly improve readability as well as looking a lot more polished.


Other information:
Comment 1 Federico Mena Quintero 2006-01-23 20:54:05 UTC 
*** Bug 328088 has been marked as a duplicate of this bug. ***
Comment 2 Federico Mena Quintero 2006-01-23 20:55:21 UTC 
Initially we made it scroll in whole-button-at-a-time increments because of time constraints.  A patch to make it scroll by small increments, while showing partially-visible buttons, would be appreciated.
Comment 3 Carlos Garnacho 2007-01-26 02:52:24 UTC 
Created attachment 81244 [details] [review]
proposed patch

This is my proposed patch, it ellipsizes the last visible button if there's not enough space. This improves available space usage and makes dialog resizing and scrolling feel more smooth (although at the left side scrolling is still done button by button)
Comment 4 Carlos Garnacho 2007-06-06 10:07:25 UTC 
Created attachment 89463 [details] [review]
different approach

This new patch uses GtkTimeline proposed in #444659 to animate scrolling in the pathbar, if the gtk-enable-animations setting is disabled, it defaults to the current behavior
Comment 5 Milan Bouchet-Valat 2009-06-12 22:47:52 UTC 
Carlos, do you want to save this old patch from rotting in Bugzilla forever? ;-)
Comment 6 Timothy Arceri 2013-06-18 04:00:47 UTC 
This would be a nice improvement in my opinion and if its to be implemented it should probably be done before the path bar is made pulic. 

Making as blocker of the pathbar widget bug.
Comment 7 Timothy Arceri 2013-06-18 04:02:49 UTC 
Marking as easy bug as there is an existing patch to base a new patch off.
Comment 8 Matthias Clasen 2015-03-07 20:40:51 UTC 
Review of attachment 81244 [details] [review]:

needs to be updated
Comment 9 Matthias Clasen 2015-03-07 20:41:24 UTC 
Review of attachment 89463 [details] [review]:

needs to be updated to frameclock
Comment 10 Matthias Clasen 2018-02-10 05:12:30 UTC 
We're moving to gitlab! As part of this move, we are moving bugs to NEEDINFO if they haven't seen activity in more than a year. If this issue is still important to you and still relevant with GTK+ 3.22 or master, please reopen it and we will migrate it to gitlab.
Comment 11 Matthias Clasen 2018-04-14 23:58:48 UTC 
As announced a while ago, we are migrating to gitlab, and bugs that haven't seen activity in the last year or so will be not be migrated, but closed out in bugzilla.

If this bug is still relevant to you, you can open a new issue describing the symptoms and how to reproduce it with gtk 3.22.x or master in gitlab:

https://gitlab.gnome.org/GNOME/gtk/issues/new