Matthew Aidekman

I've got a few borderless windows in the app I'm working on. There 

is no indication to the user that the windows are (in)active. the 

problem is the controls are right there in front of your face, but 

you still have to "activate" the window to use it. This gives the 

user the impression that the control doesn't work on first click.

why not just make the window a pallet? well.. lets put it this way: 

if I can go out of my way to avoid it, I will.

I've got a few borderless windows in the app I'm working on.   There  
is no indication to the user that the windows are (in)active.  the  
problem is the controls are right there in front of your face, but  
you still have to "activate" the window to use it.  This gives the  
user the impression that the control doesn't work on first click.

why not just make the window a pallet?  well..  lets put it this way:  
if I can go out of my way to avoid it, I will.

window-focus

On Feb 8, 2007, at 3:53 PM, matthew aidekman wrote:

> I've got a few borderless windows in the app I'm working on. 

> There is no indication to the user that the windows are (in) 

> active. the problem is the controls are right there in front of 

> your face, but you still have to "activate" the window to use it. 

> This gives the user the impression that the control doesn't work on 

> I've got a few borderless windows in the app I'm working on.    
> There is no indication to the user that the windows are (in) 
> active.  the problem is the controls are right there in front of  
> your face, but you still have to "activate" the window to use it.   
> This gives the user the impression that the control doesn't work on  
> first click.
>
> any suggestions?

I feel the shame of a thousand mistaken japanese business men.

I feel the shame of a thousand mistaken japanese business men.
*bows and apologizes 30 times*

On a similar note, how can one check which window is active?

On 9-Feb-2007, at 07:39, Nicholas C. Raftis III wrote:

>> On a similar note, how can one check which window is active?

Peter Castine +--> Litter Power & Litter Bundle for Jitter

Interface Building for |home | chez nous|

Max/MSP Extremely cool |bei uns | i nostri|

On 9-Feb-2007, at 07:39, Nicholas C. Raftis III wrote:
>
>> On a similar note, how can one check which window is active?
>

--------------    http://www.bek.no/~pcastine/Litter/    -------------
Peter Castine             +--> Litter Power & Litter Bundle for Jitter
                                Universal Binaries on the way
iCE:  Sequencing,  Recording &
       Interface  Building  for                   |home    | chez nous|
       Max/MSP   Extremely cool                   |bei uns |  i nostri|
       http://www.dspaudio.com/                   http://www.castine.de

Quote: Matthew Aidekman wrote on Thu, 08 February 2007 16:45

----------------------------------------------------

> I feel the shame of a thousand mistaken japanese business men.

Quote: Matthew Aidekman wrote on Thu, 08 February 2007 16:45
----------------------------------------------------
> I feel the shame of a thousand mistaken japanese business men.
> *bows and apologizes 30 times*
>
> ye olde indeed
>
----------------------------------------------------

In MFL I'm looking for a way to avoid a "front" floating window to be active on opening, or a way to give back "focus" to Live.app window. I'm making a device that opens a floating window only when his track is selected, but each time the floating window opens it becomes "active" and I got to click twice to bring back live active, it's kind of annoying :/

On a similar note #bis :) 

In MFL I'm looking for a way to avoid a "front" floating window to be active on opening, or a way to give back "focus" to Live.app window. I'm making a device that opens a floating window only when his track is selected, but each time the floating window opens it becomes "active" and I got to click twice to bring back live active, it's kind of annoying :/

Thanks !

window focus