[PD] holding keys on patchload to affect object behaviour

[Marco Matteo Markidis]

Hi Alex,

if you start Pd with -noloadbang [loadmess] doesn't output values, even
without holding keys.

2016-03-31 22:36 GMT+02:00 Alexandre Torres Porres <porres at gmail.com>:

> 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/20160401/072b19a7/attachment.html>