ahh, the famous execution order... thanks for that one.
cheers, robbert
Frank Barknecht <fbar(a)footils.org>wrote:
> 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__
>