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