gt; They fail miserably because mixing desks were not meant for mouse
>>>>> manipulation.
>>>>>
>>>>> The prime example of this is the rotating dial because it is really
>>>>> easy
>>>>> to control with your fingers when
>
To: jokosher-devel-list@gnome.org
<mailto:jokosher-devel-list@gnome.org>
Date: Tue, 24 Jun 2008 08:33:07 -0400
Subject: Re: [jokosher-devel] [PATCH] InstrumentViewer volume
slider
patch (SVN Rev. 1519)
Sorry, don't think I sent this to the list:
The volume slid
gt; the slider's 'groove' (Or whatever you want to call it) does become
>> >> shaded to the left of the slider handle, which does suggest some kind
>> >> of
>> >> 'increase' as we move towards the right, rather than just a left vs
>> >&
gt;> be compromised.
>>
>> Tom
>>
>> From: "Jeff Ratliff" <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
>> To: jokosher-devel-list@gnome.org
>> <mailto:jokosher-devel-list@gnome.org>
>> Date: Tue, 24 Jun 2008 08:33:07 -
sue, although this obviously means something else would have to
be compromised.
Tom
From: "Jeff Ratliff" <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
To: jokosher-devel-list@gnome.org <mailto:jokosher-devel-list@gnome.org>
Date: Tue, 24 Jun 2008 08:3
Jeff Ratliff wrote:
On 24/06/2008, Laszlo Pandy <[EMAIL PROTECTED]> wrote:
Unfortunately reimplementing popup windows in Python using the current
version of GTK is not an option.
Ahh... No problem. We just reimplement Jokosher in C!! I'll get
started when I get home!
:)
Okay I took a look a
On 24/06/2008, Laszlo Pandy <[EMAIL PROTECTED]> wrote:
>
> Unfortunately reimplementing popup windows in Python using the current
> version of GTK is not an option.
Ahh... No problem. We just reimplement Jokosher in C!! I'll get
started when I get home!
:)
Unfortunately reimplementing popup windows in Python using the current
version of GTK is not an option.
When you click the button in Totem, it creates a popup window which does
an X-pointer grab on the mouse. This means all mouse events will be
redirected to the popup window, even if the mou
Maybe you click it, a volume slider pops up, with a little icon for
"mute" at the bottom of the slider. I've seen this in other
applications. Seems like it would be pretty intuitive and useful.
On 24/06/2008, Laszlo Pandy <[EMAIL PROTECTED]> wrote:
>
> It is interesting that you mention putting a
It is interesting that you mention putting a popup inside the mute
button as _less_ discoverable. Because I remember hearing from a few
users who saw the speaker icon and assumed it was a volume control, only
to be surprised when it was just mute.
I'm not sure if we can put both volume and m
Sorry, don't think I sent this to the list:
The volume slider in this position makes the think of a pan control,
not a volume control. This comes from my experience with physical
sound boards though, and a novice may not have this problem.
You could do a volume icon that pops up a volume slider,
IMO shrinking the instrument is exactly the same as increasing the size
of the event because it is all relative. Currently we have 77px height
for the event, but this is entirely arbitrary.
Also I think the popup volume widget that totem uses would be good for
saving space. This widget is no
Well, I guess the most obvious alternative is to just place the volume
slider above the buttons, but again this still adds space. One solution
would be to shrink the instrument image so that the overall space is
identical to the space taken up before the volume slider was included, but I
imagine th
Thanks for the patch Tom. This is really well done, and I think it
serves a good purpose because currently the volume control is not as
discoverable as it could be.
However right now the volume slider is underneath the buttons, which
looks a little weird. Previously the buttons were at the bot
14 matches
Mail list logo