Re: [Rhythmbox-devel] Re: UI suggestion for 2 (3) bugs with mock up

[Michael Knepher <mknepher bluethingy com>]

On Mon, 2006-02-27 at 23:56 +0100, Martin Jeppesen wrote:
> > Can also you please attach these files to the bugs themselves in
> > bugzilla?  That way we can keep track of them more easily.
> 
> Of course =)
> 
> > I like the idea of the button bar with the firefox/evince-like
> > searching, although the positioning isn't the best, and there should
> > be an "All" option as well as the current patch implements.
> 
> What do you mean? Shouldn't it be at the buttom?

For a simple string search, like firefox's or epiphany's, the simple
widget at the bottom generally works reasonably well - with only one
input, you don't need to be focused on the search widget. For rhythmbox,
however, I'd rather see something more like the new nautilus search
function[1], which allows for more complex queries (which of course
would then be saved as automatic playlists). The UI for something like
this would be more efficient at the top. At any rate, top or bottom, I
think the search ui widget should be the same width as the library
pane.[2]

[1] http://www.gnome.org/~davyd/gnome-2-14/images/nautilus-search.png
[2] http://www.bluethingy.com/linux/no_toolbar_search_top.svg (please
note that I don't care for the vertical controls)

> 
> I'll add an "All", and attach to bugzilla. =)
> 
> > Agree with this, vertical alignment is counterintuitive and not used
> > in almost any audio player from iTunes on down.
> 
> That puts of course some weight on the argument, that it shouldn't be
> so in Rhythmbox, but I wouldn't say that just because no one or few
> does it, Rhythmbox shouldn't do it. If Apple had thought that way,
> iTunes would never have revolutionized the music players.
> 
> The UI proposial should be considered up against
> [Bug 171917] Previous moves to the beginning of the song
> 
> I am very satisfied with the way the buttons work now, as I often
> click on the Previous button to hear the same song again.
> 

I also prefer the original behavior of the "previous" button on the
toolbar (go back to beginning of the song unless within a few seconds of
the beginning). This mimics just about every cd player/portable player
I've ever used. However, the bug reporter does raise an important point
that I'm not sure has been addressed: the context menu of the
notification applet is a difference interface than the toolbar. To go
back to the previous song with the toolbar, one only needs to click
twice on the "previous" button. This is impossible to do with the
applet. Then again, if the behavior is changed to "go back to previous
song" (which the label certainly indicates as its behavior), it's just
as hard to go back two songs using the menu, and you now have to click
two different buttons just to restart a track. 

Which leads me to think that the problem is not with the toolbar button,
or even the control menu on the menu bar, but with the applet itself.
Can the applet interface be rethought to allow more efficient track
manipulation without touching the toolbar control behavior?

> 
> So I only think it is a good idea to move the Previous and Next
> buttons, if the behaviour of them are changed according to the bug.

> If however the bug is applied, then I think vertical control buttons
> is the right way.
> _______________________________________________
> rhythmbox-devel mailing list
> rhythmbox-devel gnome org
> http://mail.gnome.org/mailman/listinfo/rhythmbox-devel