jit.cellblock and key

Aug 22, 2007 at 12:17am

jit.cellblock and key

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?

#33357
Aug 22, 2007 at 2:15am

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

#111025
Aug 22, 2007 at 3:10am

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 //

http://www.vade.info
abstrakt.vade.info

#111026
Aug 22, 2007 at 3:17am

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

Cheers,
David

#P window setfont “Sans Serif” 9.;
#P window linecount 1;
#P newex 45 220 50 196617 deferlow;
#P newex 45 53 20 196617 t b;
#N comlet bang;
#P inlet 45 34 15 0;
#P newex 45 79 70 196617 speedlim 200;
#P window linecount 2;
#P message 45 108 342 196617 script new focushere number 218 324 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0 , script send focushere select , script delete focushere;
#P window linecount 1;
#N thispatcher;
#Q end;
#P newobj 45 293 60 196617 thispatcher;
#P connect 1 0 5 0;
#P connect 5 0 0 0;
#P connect 2 0 1 0;
#P connect 4 0 2 0;
#P connect 3 0 4 0;
#P window clipboard copycount 6;

#111027
Aug 22, 2007 at 3:20am

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.

David

#111028
Aug 22, 2007 at 3:25am

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 //
>
> http://www.vade.info
> abstrakt.vade.info
>
>
>

#111029
Aug 22, 2007 at 4:15am

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

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.
>
> 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 //
>>
>> http://www.vade.info
>> abstrakt.vade.info
>>
>>
>>
>

v a d e //

http://www.vade.info
abstrakt.vade.info

#111030
Aug 22, 2007 at 4:55am

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

seriously!

#111031
Aug 22, 2007 at 4:22pm

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!!

P.

#111032

You must be logged in to reply to this topic.