Re: [Rhythmbox-devel] column resizing weirdness

[Benjamin Otte <in7y118 public uni-hamburg de>]

Quoting Colin Walters <walters@verbum.org>:

> On smaller screens I can see how it can be a problem.  I know several
> other apps use the horizontal scrollbar, but I do think that not using
> one gives Rhythmbox a more elegant feel.  Not having to scroll, and
> being able to see everything easily at once is nice.  It just looks more
> polished.  
> 
> At the same time, I understand it is a restriction, because you might
> want to be able to see all the columns at once, and Rhythmbox just
> doesn't let you.
> 
> What do other people think?  I am open to opinions here.
> 
You asked...
There's two types of apps I can think of right now that use big lists besides 
Rhythmbox.
One is Nautilus (I have not used 2.5), which insists on deciding on width of 
columns itself and naturally uses 17 meters for the filename column, because 
one of my files is named like "17 [OST Rain Man] Hans Zimmer - Leaving 
Wallbrook . On the Road.mp3" and I cannot see the mtime anymore. This 
obviously sucks.
The other app(s) has been Kazaa/eMule, that has a gazillon columns in its 
download view, but allows me to rearrange and resize the columns and remebers 
those settings. So I drag all the important columns to the front, resize them 
to my desired size and live on happily ever after while still being able to 
scroll and figure out more information easily. That is actually my preferred 
list view handling and the one Rhythmbox should do, too.

> Right, well, one answer to that might be to cut down on the number of
> columns.
> 
I'd prefer if Rhythmbox were able to have every tag as a possible column. They 
should certainly not be enabled by default (and might only be accessible via 
gconf, I don't care) but sometimes I might to look through my library for 
64kbit mp3s or mono songs just to test something. It's incredibly useful if 
you're a GStreamer developer, you know? ;)

> > 3) Using the standard widget keeps RB hackers from having to maintain
> > their own subclass of gtk-tree-view.  
> 
> Right now this isn't so much of an issue.
> 
Removing code always rules :)
Especially the feeling you ge when you removed it and everything works as 
smooth as before.

> > I was going to attach screenshots, but right now RB is crashing whenever
> > I import anything.... sorry.
> 
> Yeah, known bug in GStreamer:
> http://bugzilla.gnome.org/show_bug.cgi?id=135672
> 
> (This is what's holding up the Rhythmbox 0.7.1 release).
> 
I was hoping wingo would fix it quickly. We might as well back out his last 
patch from GStreamer CVS so it works again. I was planning to do this when it 
annoys me next time anyway ;)

Benjamin