Hallo, robbert van hulzen hat gesagt: // robbert van hulzen wrote: > thanks very much for all the replies! and frank, thanks for the patch--i'm > enjoying your help a lot. > > it's working now with steffen & hc's > > [r pd-patchname.pd] > | > [route editmode] > | > [nbx] > > there's something i don't get though. i mapped capslock to [;pd-patch.pd > editmode $1( (good idea there).
Acutally I intended to express a different idea though: Peter doesn't use Caps_lock to switch to edit mode. Instead certain keys are mapped to performance functions, but only if caps_lock is active. If caps_lock is not pressed these keys do their usual thing. > now, when i [pack] the [keyname] and float to [route Caps_Lock] as > well as in a simpler patch, the float gets 'inversed': a 1 from the > [keyname] becomes a 0 and vice versa. no problem, but i don't get > why this is. patch below. i'm curious, any ideas? That's an execution order bug in your patch: By crossing the connection of the upper keyname you also inverted the execution order. Now every key-name from the right outlet will be packed with the number from the left keyname-outlet that was active the one step before! If you want to [route] by key-name, you need to pack name and state, but in reverse order, that is, make "Caps_Lock 1" out of "1 Caps_lock". Normally one would use [swap] for this, but [swap] only works for floats. But you can use [list prepend] here much the same, just don't forget to [list trim] the result befor you want to use it in [route Caps_Lock] Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__ _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
