GNOME.org
 

Re: [Banshee-List] Mockup for Banshee 2.0 toolbar.

Ignoring the blue box then I'd rather have 5a than 5b, although a) I'm not sure where the search bar would go, b) the time seems a bit disjoint from the rest of the track information and c) are we really gaining anything more than a few pixels, or are we basically removing the status bar only to pad out the top bar? 

Regards,

IBBoard


On 16/12/10 03:07, Matt Sturgeon wrote:

Hi again,
thanks for all the comments.

I have filed a launchpad bug #690920 (which is linked to it's
counterpart on gnome-bugzilla) (LP:690920 is located here
https://bugs.launchpad.net/banshee/+bug/690920).
It would be nice if everyone who thinks any  of the>=5 mockups should
feature by banshee 2.0 mark the bug as affecting them. It would also
be nice if someone who has expieriance with GTK (and preferably
banshee) branch banshee and attempt to impliment the most popular
mockup.

Thanks guys :)

Remember:
The mockups is here: http://www.kicks.co.cc/banshee-mockup/
and the bugs are here: https://bugs.launchpad.net/banshee/+bug/690920

On 15 December 2010 23:46, Alex<alex112283 gmail com>  wrote:


5b is my favorite yet.  5a also looks really good though.  I feel like 5a might be the best compromise between people like me who like a (5b), and people who like a shorter bar.

On Wed, Dec 15, 2010 at 4:10 AM, Matt Sturgeon<mttza1 gmail com>  wrote:


OK, two alternative mockup 5's are now available at
kicks.co.cc/banshee-mockup they are labelled Mockup/Version 5a and 5b.
5a uses the iTunes derived layout, and 5b the full width seek-slider.

Comments/suggestions please ;)

On Tue, 2010-12-14 at 21:39 +0000, Matt Sturgeon wrote:

When you mention increasing the size of the top-panel-album-art do you
mean on mockup 3 (and lower) or mockup 4? I assume you mean #4...

Yes, it would be nice to have movable icons/controls - however I think
(for now) simple GTK changes are the thing to do, as they take little
time (for experienced developers - not me lol) and don't interrupt the
main development - and as the main development goals are already set
out, I think you should propose customizable layout for banshee 3, when
it's design goals are being discussed.

Thanks for all the comments guys - remember, the layered XCF (Gimp)
files are hosted also, if you want to get editing.

I will look at making the cover-art bigger soon. Any other suggestions I
receive before uploading mockup 5 may well be included.

On Tue, 2010-12-14 at 22:27 +0100, Tanuva wrote:

That indeed reminds me of iTunes which is not meant  criticism. As I'm a
fan of flashy cover art: What about cutting a little bit of the progress
bar from the left and stretching the cover art over the whole height of
the top bar? Imho it's still long enough afterwards... :)
The track data section seems fine to me as we've still enough space left
for long podcast tags.

Marcel

Am 14.12.2010 22:14, schrieb Matt Sturgeon:

Ok, I have uploaded a forth mockup to
http://www.kicks.co.cc/banshee-mockup which features an
album-art/track-details section largely inspired by iTunes, which
attempts to compromise between the small and large seek-sliders.

Thanks IBBoard for your comments.


On Tue, 2010-12-14 at 19:38 +0000, Matt Sturgeon wrote:

Ill look at some of those ways of finding a "middle" size..

On Tue, 2010-12-14 at 19:21 +0000, IBBoard wrote:

I think that works better for keeping the common buttons and info on the
left-hand side, but I'm still not convinced about such a long search
bar. You used iTunes as an example, but it only takes up around a third
of the space at most. IMO then Media Player is possibly one of the worst
examples of UI for a media player that you could come up with - I always
hated it, and not just because it was completely non-standard.

Maybe if you dropped the Fullscreen button or removed the text, did
something to compact the "repeat" button (not quite sure what at the
moment - perhaps an icon like some MP3 players have?), and remove
whatever the "Simplify" button is (I've not got it in 1.9.0) then you'd
have enough space to put the slider between the album and the buttons on
the right. It'd give it about 1/3 of the space, like iTunes, which would
benefit those with what is probably the minority use case (films and
audio books) but not be too large for those with the majority use case
(MP3s/music).

I did also wonder about increasing the size of the album art slightly
and moving the slider under the title and artists, but that would leave
you with as fat a bar as if you left it where it is.

On 14/12/10 18:38, Matt Sturgeon wrote:

I always got on better with the slider in fullscreen mode. Never worked
out exactly why, other than its larger, and you have more control.
ESPECIALLY if its long content - like a DVD - your watching/listening
to... Compared to the 4 minute tracks mentioned earlier, a 1 to 3 hour
DVD/Movie isn't going to seek well with, say, 3 centimetres of
control...

Anyway, check out mockup 3 [http://www.kicks.co.cc/banshee-mockup] and
also see the (really) quick GTK mockup I put to gether in Glade
(attached, and coming to the mockup page soon).

On Tue, 2010-12-14 at 12:19 -0600, Alex wrote:

@ Samuel

If you seek often, (like I do with audio books news podcasts) then you
know that the small slider is a pain because a small distance on the
slider is many minutes of play time.  What that means is one can never
get to the exact time one wants to be at on such a small slider.  Yes,
you can manually expand the slider, but then all the track information
at the top is completely unreadable.  With that in mind, having to
make slightly larger motion with the mouse seems to be a non issue in
my opinion.  I for one am more than happy to make a slightly larger
motion with the mouse if it means that I can easily get to the exact
play-time I'm looking for.

On Mon, Dec 13, 2010 at 3:07 PM, Matt Sturgeon<mttza1 gmail com>
wrote:
           I think the point of the mockups is to create a better user
           feel/ux by
           a) adding a few extra pixels to the browser/main-section
           vertically
           (removing the status bar), b) moving the controls to one
           toolbar and c)
           making room for a wider seek slider and following a design
           more
           intuitive for new users from both Mac and Windows. see
           attached
           screenshots.


           On Mon, 2010-12-13 at 21:47 +0100, Bertrand Lorentz wrote:
           >     On Mon, Dec 13, 2010 at 8:55 PM, Matt Sturgeon
           <mttza1 gmail com>     wrote:
           >     >     Ok, sorry - the emails still arnt going through - im going
           to host a
           >     >     page on my website. The page is located here:
           >     >     http://www.kicks.co.cc/banshee-mockup/
           >
           >     Thanks, I was just going to suggest you to do just that ;)
           >     And thanks also for all those mockups !
           >
           >     I would be interested in hearing more about the UI/UX
           problem(s)
           >     you're trying to solve here, and about the improvements
           those changes
           >     bring to the user.
           >
           >     If one of those is about having a wider seek slider, I'd
           like to hear
           >     why you feel this is necessary.
           >     With the current layout (1.9.0 and above), a slider that is
           about 250
           >     pixels wide fits comfortably on my 1280px wide screen. And
           that gives
           >     you about 1 pixel per second for your average 4 minutes
           song. And
           >     anyway, I rarely rewind or skip forward, and if I do, it's
           more like
           >     "let's go back near the start" or "let's skip the slow start
           of that
           >     song and go somewhere in the middle".
           >     For the other, less frequent, use cases, like precision
           seeking in an
           >     hour long podcast, I think those should be handled through
           the "Seek
           >     to" dialog or bookmarks, maybe with additional refinements
           to these
           >     features.
           >     (Yes, the "Seek to" dialog was a bit broken in 1.9.0, it's
           fixed in git master).
           >




           _______________________________________________
           banshee-list mailing list
           banshee-list gnome org
           http://mail.gnome.org/mailman/listinfo/banshee-list
            (unsubscribe here)

_______________________________________________
banshee-list mailing list
banshee-list gnome org
http://mail.gnome.org/mailman/listinfo/banshee-list  (unsubscribe here)




_______________________________________________
banshee-list mailing list
banshee-list gnome org
http://mail.gnome.org/mailman/listinfo/banshee-list  (unsubscribe here)





_______________________________________________
banshee-list mailing list
banshee-list gnome org
http://mail.gnome.org/mailman/listinfo/banshee-list  (unsubscribe here)



_______________________________________________
banshee-list mailing list
banshee-list gnome org
http://mail.gnome.org/mailman/listinfo/banshee-list  (unsubscribe here)





_______________________________________________
banshee-list mailing list
banshee-list gnome org
http://mail.gnome.org/mailman/listinfo/banshee-list  (unsubscribe here)



_______________________________________________
banshee-list mailing list
banshee-list gnome org
http://mail.gnome.org/mailman/listinfo/banshee-list  (unsubscribe here)

_______________________________________________
banshee-list mailing list
banshee-list gnome org
http://mail.gnome.org/mailman/listinfo/banshee-list  (unsubscribe here)
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]