Suggestion: UI keyword in subjects.

[Lee Olson]

Please see the attached images for one idea. The user would click the volume
control button, which would pop up a volume control meter to the left of it.
This would allow the user to adjust the volume by clicking inside the meter,
which would add or remove a bar to the location clicked . After a
pre-defined amount of time, the volume control would be dismissed. The
volume control button would display a percentage when the volume is
un-muted.

- Lee

On Fri, Aug 6, 2010 at 2:55 PM, Jeff Mitchell <mitchell at kde.org> wrote:

> On 8/5/2010 5:24 PM, Lukas wrote:
> >> You definitely have a point here. Does anyone know how the current
> youtube
> >> player's volume control handles direct input devices?
> > If you are talking about smart phones it either has buttons dedicated to
> > volume control, either allways displays plaback controls (so also a
> > similar approach to Amartok's alternate toolbar - display slider
> > onClick) (I personally don't know any phone model using native youtube
> > player - almost all uses internal players over .mp4 stream
> >
> >     But depending on the screen size, many (including amarok) would
> >     require a
> >     major UI overhaul (think of amarok's defaul layout on sth. about the
> >     size of
> >     an iPhone...)
> >
> > I was more thinking about ipads and tablets. More and more company's are
> > getting into 7"+ tablets market at a price tag comparable to average
> > mobile phone. Especially when Amarok is going to have one of the most
> > broad support for various music sources.
>
> OK, I must admit that I haven't totally figured out where this all ends
> up in regards to the volume control. But, can someone explain what the
> plan is?
>
> Some things I know for sure:
>
> 1) Radially clicking to change the volume needs to go.
> 2) Radially dragging to change the volume needs to go.
> 3) It needs to be very obvious exactly how to change it, which needs to
> either be clicking or vertical/horizontal dragging.
> 4) The volume percentage should always be displayed.
>
> Given those requirements, any mockups?  :-)
>
> --Jeff
>
>
> _______________________________________________
> Amarok-devel mailing list
> Amarok-devel at kde.org
> https://mail.kde.org/mailman/listinfo/amarok-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/amarok-devel/attachments/20100807/c19c146a/attachment-0001.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: amarok20.png
Type: image/png
Size: 4474 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/amarok-devel/attachments/20100807/c19c146a/attachment-0004.png 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: amarok80.png
Type: image/png
Size: 4744 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/amarok-devel/attachments/20100807/c19c146a/attachment-0005.png 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: amarok100.png
Type: image/png
Size: 4794 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/amarok-devel/attachments/20100807/c19c146a/attachment-0006.png 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: amarokfull100.png
Type: image/png
Size: 77819 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/amarok-devel/attachments/20100807/c19c146a/attachment-0007.png