[PD] holding keys on patchload to affect object behaviour

Alexandre Torres Porres porres at gmail.com
Thu Mar 31 22:36:41 CEST 2016


Marco, I didn't get what happens when you have the -noloadbang flag, I
think it'd make sense in the Pd world that it doesn't work

cheers

2016-03-31 10:16 GMT-03:00 Marco Matteo Markidis <mm.markidis at gmail.com>:

> Thank you Iohannes for your answer.
>
> I have me too several doubts about the way I wrote it and in general if
> there is a "good" way to implement this feature.
> About your questions, it works with -noloadbang mode and in subpatch. If I
> put a [loadbang] with the same delay than the [loadmess] clock [loadmess]
> arrives first.
>
> Anyway, actually I don't think to make public this code because I'm not
> convince about it.
> Thank you again.
>
> Best regards.
>
> 2016-03-31 14:52 GMT+02:00 IOhannes m zmoelnig <zmoelnig at iem.at>:
>
>> On 2016-03-31 12:32, Marco Matteo Markidis wrote:
>> > So, it is not the best programming practice but it works and it is quite
>> > transparent from the user point of view.
>>
>> i think it is less question of "good programming practice" but of (not)
>> breaking functionality.
>> if you introduce some clock delay, then the object make break the
>> expected order of execution.
>> - how does it work in "-nogui" mode?
>> - how does it work in "-noloadbang" mode?
>> - how does it work if the object is hidden in a sub-patch/abstraction?
>> - how does it relate to other [loadbang]s?
>> - how does it relate to other nested [loadbang]s?
>> - how does it work with other [delay]ed [loadbang]s?
>>
>> using [delay] to ensure a certain order of execution can often lead to
>> subtle problems.
>> i wonder whether the feature of being able to suppress the bang via a
>> pressed key during load time is worth the potential problems it makes.
>>
>> fgamsdr
>> IOhannes
>>
>>
>> _______________________________________________
>> Pd-list at lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20160331/f43e5ba3/attachment-0001.html>


More information about the Pd-list mailing list