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 477869 - Widths of some columns is not adjustable
Widths of some columns is not adjustable
Status: RESOLVED FIXED
Product: banshee
Classification: Other
Component: User Interface
git master
Other All
: Normal minor
: 1.4
Assigned To: Banshee Maintainers
Banshee Maintainers
: 535137 537767 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-09-17 20:15 UTC by Alexandre Prokoudine
Modified: 2008-09-19 03:35 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Alexandre Prokoudine 2007-09-17 20:15:31 UTC
Width of at least Track (track number) and Rating columns cannot be resized. This is not such a good idea, because Russian translation of "Track" simply doesn't fit the place taken by column's caption and one last letter is lost.

Other information:
Comment 1 Andrew Conkling 2007-09-21 14:16:07 UTC
Hmm, I'd say that the solution to this wouldn't be to allow the column to be resized but rather to set the width more appropriately from the title.
Comment 2 Oscar RdG 2008-06-15 14:12:06 UTC
It is still happening on version 1.0.

It is not possible to adjust the width of the column to a size smaller than the column's caption.
And this is specially annoying for example in "Number of reproductions" column (at least in Spanish it is a very long caption).
Comment 3 Fabio 2008-08-13 16:39:13 UTC
It's annoyng also the Track coloumn that contain just a number!

is possible to use the symbol: "#" ?
Comment 4 Michael Martin-Smucker 2008-08-13 22:20:32 UTC
While we're making related suggestions...  could "Duration" be changed to "Time" and could "Play Count" be shortened in any way?  It just seems like a waste of space that these columns with long captions but short values take up so much horizontal space.

I'd agree that the real solution to this is to allow columns to be resized smaller than their caption.

And if I'm not mistaken, once all of the captions can't fit horizontally, a horizontal scrollbar is added.  Once this happens, no columns can be resized.
Comment 5 Gabriel Burt 2008-08-24 01:57:00 UTC
*** Bug 535137 has been marked as a duplicate of this bug. ***
Comment 6 Gabriel Burt 2008-08-24 01:57:07 UTC
*** Bug 537767 has been marked as a duplicate of this bug. ***
Comment 7 Gabriel Burt 2008-09-19 02:41:33 UTC
I've spent a lot of time over the last couple days working to make column sizing 'feel right'.  The track# column now has no title so it's quite small, and others should be sized correctly - big enough for the title (in whatever language) and/or the typical content of the column.  Duration has been 'Time' for a couple weeks at least, and 'Play/Skip Count' are now Plays/Skips in the column header (though still the former in the context menu).
Comment 8 Michael Martin-Smucker 2008-09-19 03:32:06 UTC
Glad to hear that changes are under way.  The one thing I really wish now is that the width of any given column would be independent of all other columns.  For example, my columns are in the order Title, Artist, Album, Play Count, Time, Last Played.  It doesn't make sense to me that adjusting the resize handle to the left of the Artist column changes the width of the Play Count column as well.  This is very different from how Banshee .13 and older worked.  Is there a reason that the old way was ditched?
Comment 9 Gabriel Burt 2008-09-19 03:35:50 UTC
That shouldn't be a problem any more since ones that shouldn't resize (play count, etc) won't.