Re: [Rhythmbox-devel] column resizing weirdness

[John Russell <drjimmy42 yahoo com>]

So what do you think Colin?  Can we ditch the rb_tree_view?  I really
think that the gtk_tree_view is much better and doesn't look like a ui
bug when people try to resize the columns.  

Also, if the preset number of columns is small enough, people that don't
add columns or resize them will never notice that anything changed.  And
people who do add columns and resize will be able to.  See? Everyone's
happy.  Let me know what you think.

John

On Tue, 2004-03-02 at 11:05, Benjamin Otte wrote:
> 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
> 
> _______________________________________________
> rhythmbox-devel mailing list
> rhythmbox-devel@gnome.org
> http://mail.gnome.org/mailman/listinfo/rhythmbox-devel