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



The fourth mockup is interesting.  However, I can see this mockup running into trouble with the search box.  The nice thing about having the play slider underneath the rest of the information (mockup 3 for example) is that it gets out of the way of the various text, buttons and the search box.

I think we might bee looking past another, better solution to the UI question.  That is, if banshee were coded in such a way that allowed the user to make the UI the way they liked it (like firefox for example) then we wouldn't even have to have this debate.  That said, I think mockup #3 makes the most sense.

On Tue, Dec 14, 2010 at 3:14 PM, Matt Sturgeon <mttza1 gmail com> wrote:
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)



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]