Re: [Banshee-List] Mockup for Banshee 2.0 toolbar.
- From: IBBoard <ibboard gmail com>
- To: banshee-list gnome org
- Subject: Re: [Banshee-List] Mockup for Banshee 2.0 toolbar.
- Date: Tue, 14 Dec 2010 19:21:52 +0000
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)
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]