Re: [Banshee-List] Mockup for Banshee 2.0 toolbar.
- From: Tanuva <tanuva googlemail com>
- To: banshee-list gnome org
- Subject: Re: [Banshee-List] Mockup for Banshee 2.0 toolbar.
- Date: Tue, 14 Dec 2010 22:40:40 +0100
In my opinion giving the user the possibility to change the UI doesn't
free us from making a good one in the first place. That would be a nice
option (although Firefox personas mostly look ugly in a fully themed
GTK-environment), but the default shall be usable.
Another thing we could do: As there's a separate section for Podcasts
and Radio streams, the top bar could change according to that: Removing
the play slider altogether in radio mode seems reasonable for example.
Additionally, we colut move the "add podcast" and "refresh" buttons next
to the search box and enlarge the play slider into the freed space.
Which doesn't seem perfect to me now that I've typed it, but you get the
idea I hope. :)
Marcel
Am 14.12.2010 22:29, schrieb Alex:
[...]
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
<mailto: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 <mailto: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 <mailto: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 <mailto:banshee-list gnome org>
> > >> http://mail.gnome.org/mailman/listinfo/banshee-list
> > >> (unsubscribe here)
> > >>
> > >> _______________________________________________
> > >> banshee-list mailing list
> > >> banshee-list gnome org <mailto:banshee-list gnome org>
> > >> http://mail.gnome.org/mailman/listinfo/banshee-list
(unsubscribe here)
> > >
> > >
> > >
> > > _______________________________________________
> > > banshee-list mailing list
> > > banshee-list gnome org <mailto:banshee-list gnome org>
> > > http://mail.gnome.org/mailman/listinfo/banshee-list
(unsubscribe here)
>
_______________________________________________
banshee-list mailing list
banshee-list gnome org <mailto: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]
