Re: [Qutecsound-users] Qutecsound-users Digest, Vol 20, Issue 15

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: [Qutecsound-users] Qutecsound-users Digest, Vol 20, Issue 15

Louis Cohen-3
Andres,

Thanks for your thoughtful comments. See mine below.

-Lou

On Jun 21, 2010, at 8:29 AM, [hidden email]
  wrote:

>> The important problem: ?while the main qutecsound window is  
>> minimized,
>> the widget window will not capture keystrokes - but it does capture
>> mouse clicks.
>>
>
> What do you mean exactly by "capture mouse clicks"?
>
>> Another problem regarding keystrokes: if I click a button or drag a
>> scroll pad, the widget window will capture keystrokes afterwards,
>> However, if I change a popup menu setting, the widget window will not
>> capture keystrokes until I click the window. This problem existed in
>> 0.5.0 also.
>>
>

What I meant by "capture mouse clicks" is that I can click on buttons  
and other objects in the widget panel and that those objects respond  
to the mouse clicks. In contrast, even though the widget panel is  
responding to the mouse, it is NOT responding to the keyboard.

I was under the impression that if a pane or panel or window was  
"active" it received all user inputs: mouse clicks and drags as well  
as keystrokes. But here is a case where a panel receives mouse actions  
but not keystrokes.

To answer your question about fonts, I notice that a number of my text  
displays are slightly chopped off at the right, suggesting that the  
fonts may be rendered very slightly larger than before. But I'm not  
certain of this, since when I last worked at running under QTCS I was  
focusing much more on control of sound, not appearance. So the text  
fields might have been slightly truncated before and I didn't notice it.

Regarding recovering the widget panel to full size after it has been  
stored in the main QTCS pane: I know that there are two ways to  
recover the panel to full size -- double-clicking the the pane bar; or  
single-clicking a "maximize" icon on the right of the bar, but during  
performance I cannot be sure that I will do the right thing if the  
panel accidentally falls into the pane. And if I should mistakenly  
drag the panel out of the pane, the game is up, because QTCS will  
remember the panel's new size, which was exactly the dimensions of the  
pane. So this for me is a little risky. But normally I would not be  
moving the panel during performance. My main concern is accidentally  
clicking the mouse outside of the widget panel, a little hard to  
recover from in real time.

best,
Lou


------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit.  See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
_______________________________________________
Qutecsound-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/qutecsound-users
Reply | Threaded
Open this post in threaded view
|

Re: [Qutecsound-users] Qutecsound-users Digest, Vol 20, Issue 15

Andres Cabrera
Administrator
Hi Lou,

Thanks for the info. It seems to me your issues can only be solved by
making the widget panel a "true" separate window. I will get this done
for 0.7.

How are you finding this release in terms of CPU usage?

Cheers,
Andrés

On Mon, Jun 21, 2010 at 4:12 PM, Louis Cohen <[hidden email]> wrote:

> Andres,
>
> Thanks for your thoughtful comments. See mine below.
>
> -Lou
>
> On Jun 21, 2010, at 8:29 AM, [hidden email]
>  wrote:
>
>>> The important problem: ?while the main qutecsound window is
>>> minimized,
>>> the widget window will not capture keystrokes - but it does capture
>>> mouse clicks.
>>>
>>
>> What do you mean exactly by "capture mouse clicks"?
>>
>>> Another problem regarding keystrokes: if I click a button or drag a
>>> scroll pad, the widget window will capture keystrokes afterwards,
>>> However, if I change a popup menu setting, the widget window will not
>>> capture keystrokes until I click the window. This problem existed in
>>> 0.5.0 also.
>>>
>>
>
> What I meant by "capture mouse clicks" is that I can click on buttons
> and other objects in the widget panel and that those objects respond
> to the mouse clicks. In contrast, even though the widget panel is
> responding to the mouse, it is NOT responding to the keyboard.
>
> I was under the impression that if a pane or panel or window was
> "active" it received all user inputs: mouse clicks and drags as well
> as keystrokes. But here is a case where a panel receives mouse actions
> but not keystrokes.
>
> To answer your question about fonts, I notice that a number of my text
> displays are slightly chopped off at the right, suggesting that the
> fonts may be rendered very slightly larger than before. But I'm not
> certain of this, since when I last worked at running under QTCS I was
> focusing much more on control of sound, not appearance. So the text
> fields might have been slightly truncated before and I didn't notice it.
>
> Regarding recovering the widget panel to full size after it has been
> stored in the main QTCS pane: I know that there are two ways to
> recover the panel to full size -- double-clicking the the pane bar; or
> single-clicking a "maximize" icon on the right of the bar, but during
> performance I cannot be sure that I will do the right thing if the
> panel accidentally falls into the pane. And if I should mistakenly
> drag the panel out of the pane, the game is up, because QTCS will
> remember the panel's new size, which was exactly the dimensions of the
> pane. So this for me is a little risky. But normally I would not be
> moving the panel during performance. My main concern is accidentally
> clicking the mouse outside of the widget panel, a little hard to
> recover from in real time.
>
> best,
> Lou
>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Qutecsound-users mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/qutecsound-users
>



--


Andrés

------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit.  See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
_______________________________________________
Qutecsound-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/qutecsound-users