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



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)



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