Peter Nyboer

since cellblock takes the focus of the keyboard from the "key" object, i can't detect needed keystrokes once something is selected in the cellblock! Is there a way to take the focus from cellblock without having to select something else?

since cellblock takes the focus of the keyboard from the "key" object, i can't detect needed keystrokes once something is selected in the cellblock!  Is there a way to take the focus from cellblock without having to select something else?


jit-cellblock-and-key

My work around has always been to create a number box, select it 

(sending it a "select" message", then deleting the number box via 

scripting messages to thispatcher. I've made it into an abstraction, 

actually, and wrt cellblock, I have it connected to the sync outlet. 

Every once in a while I get an error that the object that is being 

created doesn't exist, which no amount of deferlows or delays or 

speedlims or qlims seem to have been able to help, but in general it 

On Aug 21, 2007, at 5:17 PM, pnyboer wrote:

> since cellblock takes the focus of the keyboard from the "key" 

> object, i can't detect needed keystrokes once something is selected 

> in the cellblock! Is there a way to take the focus from cellblock 

> without having to select something else?

> 3/4 oz mix of (meyer) lemon and (yellow) grapefruit juice

> Shake with ice and serve in a Pernod-rinsed cocktail glass

Hey Peter,
My work around has always been to create a number box, select it  
(sending it a "select" message", then deleting the number box via  
scripting messages to thispatcher. I've made it into an abstraction,  
actually, and wrt cellblock, I have it connected to the sync outlet.  
Every once in a while I get an error that the object that is being  
created doesn't exist, which no amount of deferlows or delays or  
speedlims or qlims seem to have been able to help, but in general it  
works for changing focus.

>
> since cellblock takes the focus of the keyboard from the "key"  
> object, i can't detect needed keystrokes once something is selected  
> in the cellblock!  Is there a way to take the focus from cellblock  
> without having to select something else?
> --
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> The Lifespan
> 2 oz brandy
> 1/2 oz orgeat
> 1/2 oz maraschino
> 3/4 oz mix of (meyer) lemon and (yellow) grapefruit juice
> Shake with ice and serve in a Pernod-rinsed cocktail glass


My issue with this is that, due to bpatchers and their lack of double 

buffering, you (or, well at least I do), get lots of re-drawing 

glitches where the numberbox 'shows through'.

This is some functionality that is, imo, seriously broken. Objects 

like these should not retain focus after enter is hit.

On Aug 21, 2007, at 10:15 PM, David Beaudry wrote:

> My work around has always been to create a number box, select it 

> (sending it a "select" message", then deleting the number box via 

> scripting messages to thispatcher. I've made it into an 

> abstraction, actually, and wrt cellblock, I have it connected to 

> the sync outlet. Every once in a while I get an error that the 

> object that is being created doesn't exist, which no amount of 

> deferlows or delays or speedlims or qlims seem to have been able to 

> help, but in general it works for changing focus.

> On Aug 21, 2007, at 5:17 PM, pnyboer wrote:

>> since cellblock takes the focus of the keyboard from the "key" 

>> object, i can't detect needed keystrokes once something is 

>> selected in the cellblock! Is there a way to take the focus from 

>> cellblock without having to select something else?

>> 3/4 oz mix of (meyer) lemon and (yellow) grapefruit juice

>> Shake with ice and serve in a Pernod-rinsed cocktail glass

My issue with this is that, due to bpatchers and their lack of double  
buffering, you (or, well at least I do), get lots of re-drawing  
glitches where the numberbox 'shows through'.

This is some functionality that is, imo, seriously broken. Objects  
like these  should not retain focus after enter is hit.
On Aug 21, 2007, at 10:15 PM, David Beaudry wrote:

> Hey Peter,
> My work around has always been to create a number box, select it  
> (sending it a "select" message", then deleting the number box via  
> scripting messages to thispatcher. I've made it into an  
> abstraction, actually, and wrt cellblock, I have it connected to  
> the sync outlet. Every once in a while I get an error that the  
> object that is being created doesn't exist, which no amount of  
> deferlows or delays or speedlims or qlims seem to have been able to  
> help, but in general it works for changing focus.
>
> Hope this helps,
> David
>
>
>
> On Aug 21, 2007, at 5:17 PM, pnyboer wrote:
>
>>
>> since cellblock takes the focus of the keyboard from the "key"  
>> object, i can't detect needed keystrokes once something is  
>> selected in the cellblock!  Is there a way to take the focus from  
>> cellblock without having to select something else?
>> --
>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>> The Lifespan
>> 2 oz brandy
>> 1/2 oz orgeat
>> 1/2 oz maraschino
>> 3/4 oz mix of (meyer) lemon and (yellow) grapefruit juice
>> Shake with ice and serve in a Pernod-rinsed cocktail glass
>

Here's my little abstraction. I thought I should include it for completeness.

Actually I just did a test and if I use qlim vs. speedlim (and remove the deferlow), I don't seem to get those errors I mentioned before.

put it in an abstraction (or even a subpatch I would imagine) within 

the bpather and you don't...at least not that I have found and I have 

> My issue with this is that, due to bpatchers and their lack of 

> double buffering, you (or, well at least I do), get lots of re- 

> drawing glitches where the numberbox 'shows through'.

> This is some functionality that is, imo, seriously broken. Objects 

> like these should not retain focus after enter is hit.

> On Aug 21, 2007, at 10:15 PM, David Beaudry wrote:

>> My work around has always been to create a number box, select it 

>> (sending it a "select" message", then deleting the number box via 

>> scripting messages to thispatcher. I've made it into an 

>> abstraction, actually, and wrt cellblock, I have it connected to 

>> the sync outlet. Every once in a while I get an error that the 

>> object that is being created doesn't exist, which no amount of 

>> deferlows or delays or speedlims or qlims seem to have been able 

>> to help, but in general it works for changing focus.

>> On Aug 21, 2007, at 5:17 PM, pnyboer wrote:

>>> since cellblock takes the focus of the keyboard from the "key" 

>>> object, i can't detect needed keystrokes once something is 

>>> selected in the cellblock! Is there a way to take the focus from 

>>> cellblock without having to select something else?

>>> 3/4 oz mix of (meyer) lemon and (yellow) grapefruit juice

>>> Shake with ice and serve in a Pernod-rinsed cocktail glass

put it in an abstraction (or even a subpatch I would imagine) within  
the bpather and you don't...at least not that I have found and I have  
oodles of bpatchers at the moment.

> My issue with this is that, due to bpatchers and their lack of  
> double buffering, you (or, well at least I do), get lots of re- 
> drawing glitches where the numberbox 'shows through'.
>
> This is some functionality that is, imo, seriously broken. Objects  
> like these  should not retain focus after enter is hit.
> On Aug 21, 2007, at 10:15 PM, David Beaudry wrote:
>
>> Hey Peter,
>> My work around has always been to create a number box, select it  
>> (sending it a "select" message", then deleting the number box via  
>> scripting messages to thispatcher. I've made it into an  
>> abstraction, actually, and wrt cellblock, I have it connected to  
>> the sync outlet. Every once in a while I get an error that the  
>> object that is being created doesn't exist, which no amount of  
>> deferlows or delays or speedlims or qlims seem to have been able  
>> to help, but in general it works for changing focus.
>>
>> Hope this helps,
>> David
>>
>>
>>
>> On Aug 21, 2007, at 5:17 PM, pnyboer wrote:
>>
>>>
>>> since cellblock takes the focus of the keyboard from the "key"  
>>> object, i can't detect needed keystrokes once something is  
>>> selected in the cellblock!  Is there a way to take the focus from  
>>> cellblock without having to select something else?
>>> --
>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>> The Lifespan
>>> 2 oz brandy
>>> 1/2 oz orgeat
>>> 1/2 oz maraschino
>>> 3/4 oz mix of (meyer) lemon and (yellow) grapefruit juice
>>> Shake with ice and serve in a Pernod-rinsed cocktail glass
>>
>
> v a d e //
>
> www.vade.info
> abstrakt.vade.info
>
>
>


hm. I could have sworn I tried that and had issues. Ill give it 

but christ, is that ever a freaking hack or what? :)

On Aug 21, 2007, at 11:25 PM, David Beaudry wrote:

> put it in an abstraction (or even a subpatch I would imagine) 

> within the bpather and you don't...at least not that I have found 

> and I have oodles of bpatchers at the moment.

> On Aug 21, 2007, at 8:10 PM, vade wrote:

>> My issue with this is that, due to bpatchers and their lack of 

>> double buffering, you (or, well at least I do), get lots of re- 

>> drawing glitches where the numberbox 'shows through'.

>> This is some functionality that is, imo, seriously broken. Objects 

>> like these should not retain focus after enter is hit.

>> On Aug 21, 2007, at 10:15 PM, David Beaudry wrote:

>>> My work around has always been to create a number box, select it 

>>> (sending it a "select" message", then deleting the number box via 

>>> scripting messages to thispatcher. I've made it into an 

>>> abstraction, actually, and wrt cellblock, I have it connected to 

>>> the sync outlet. Every once in a while I get an error that the 

>>> object that is being created doesn't exist, which no amount of 

>>> deferlows or delays or speedlims or qlims seem to have been able 

>>> to help, but in general it works for changing focus.

>>> On Aug 21, 2007, at 5:17 PM, pnyboer wrote:

>>>> since cellblock takes the focus of the keyboard from the "key" 

>>>> object, i can't detect needed keystrokes once something is 

>>>> selected in the cellblock! Is there a way to take the focus 

>>>> from cellblock without having to select something else?

>>>> 3/4 oz mix of (meyer) lemon and (yellow) grapefruit juice

>>>> Shake with ice and serve in a Pernod-rinsed cocktail glass

hm. I could have sworn I tried that and had issues. Ill give it  
another shot.

> put it in an abstraction (or even a subpatch I would imagine)  
> within the bpather and you don't...at least not that I have found  
> and I have oodles of bpatchers at the moment.
>
> David
>
> On Aug 21, 2007, at 8:10 PM, vade wrote:
>
>> My issue with this is that, due to bpatchers and their lack of  
>> double buffering, you (or, well at least I do), get lots of re- 
>> drawing glitches where the numberbox 'shows through'.
>>
>> This is some functionality that is, imo, seriously broken. Objects  
>> like these  should not retain focus after enter is hit.
>> On Aug 21, 2007, at 10:15 PM, David Beaudry wrote:
>>
>>> Hey Peter,
>>> My work around has always been to create a number box, select it  
>>> (sending it a "select" message", then deleting the number box via  
>>> scripting messages to thispatcher. I've made it into an  
>>> abstraction, actually, and wrt cellblock, I have it connected to  
>>> the sync outlet. Every once in a while I get an error that the  
>>> object that is being created doesn't exist, which no amount of  
>>> deferlows or delays or speedlims or qlims seem to have been able  
>>> to help, but in general it works for changing focus.
>>>
>>> Hope this helps,
>>> David
>>>
>>>
>>>
>>> On Aug 21, 2007, at 5:17 PM, pnyboer wrote:
>>>
>>>>
>>>> since cellblock takes the focus of the keyboard from the "key"  
>>>> object, i can't detect needed keystrokes once something is  
>>>> selected in the cellblock!  Is there a way to take the focus  
>>>> from cellblock without having to select something else?
>>>> --
>>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>>> The Lifespan
>>>> 2 oz brandy
>>>> 1/2 oz orgeat
>>>> 1/2 oz maraschino
>>>> 3/4 oz mix of (meyer) lemon and (yellow) grapefruit juice
>>>> Shake with ice and serve in a Pernod-rinsed cocktail glass
>>>
>>
>> v a d e //
>>
>> www.vade.info
>> abstrakt.vade.info
>>
>>
>>
>

> but christ, is that ever a freaking hack or what? :)

>
> but christ, is that ever a freaking hack or what? :)
>

yes, it's a hack, and exactly what I wanted to avoid, since a message such as "deselect" or "please give me my keyboard back. dammit!" is more elegant than getting into machinations of shiva and vishnu.

i decided on using the row selection data output to trigger a select to a number box. fortunately, i don't need my numberkeys, as those would get sucked up by the now-selected number box!!

yes, it's a hack, and exactly what I wanted to avoid, since a message such as "deselect" or "please give me my keyboard back.  dammit!" is more elegant than getting into machinations of shiva and vishnu.

jit.cellblock and key