jit.cellblock and key


    Aug 22 2007 | 12:17 am
    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?

    • Aug 22 2007 | 2:15 am
      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
    • Aug 22 2007 | 3:10 am
      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
    • Aug 22 2007 | 3:17 am
      Here's my little abstraction. I thought I should include it for completeness.
      Cheers, David
    • Aug 22 2007 | 3:20 am
      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
    • Aug 22 2007 | 3:25 am
      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 > > >
    • Aug 22 2007 | 4:15 am
      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 // >> >> www.vade.info >> abstrakt.vade.info >> >> >> >
      v a d e //
      www.vade.info abstrakt.vade.info
    • Aug 22 2007 | 4:55 am
      > > but christ, is that ever a freaking hack or what? :) >
      seriously!
    • Aug 22 2007 | 4:22 pm
      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.