Couldn't you use GUI objects for your interface sending them all into a [pd~] object to run a copy of Pd with no gui in the background? The only thing they could break then would be connections between the GUI and [pd~] which could be nested away in a subpatch covered by a canvas.

Unfortunately, I don't think there is a way to prevent unlocking of the patcher window, although perhaps you could look for the control/cmd-E press and then automatically send a command to Pd to lock the patcher again. (This could get really annoying if you need to edit it.)

Sam



 
>> 2015-12-14 17:15 GMT+01:00 Py Fave <pyfave@gmail.com>:
>>
>>> you can make an interface using gem so it appears on top
>>>
>>> but it can lead to sound glitches
>>>
>>> 2015-12-14 17:09 GMT+01:00 Alexandre Torres Porres <porres@gmail.com>:
>>>
>>>> > an interface that just works and where nothing can go “wrong”
>>>>
>>>> I've made installations for not very computer savy people to run them.
>>>>
>>>> All they had to do was click on a pd file to open, adjust one or two
>>>> interface GUI
>>>>
>>>> nothing went wrong.
>>>>
>>>> I guess it's a matter of how and what you do
>>>>
>>>> 2015-12-14 13:29 GMT-02:00 Simon Iten <itensimon@gmail.com>:
>>>>
>>>>>
>>>>> > On 14 Dec 2015, at 16:20, IOhannes m zmölnig <zmoelnig@iem.at>
>>>>> wrote:
>>>>> >
>>>>> > On 12/14/2015 03:56 PM, Simon Iten wrote:
>>>>> >> hi list,
>>>>> >>
>>>>> >> are there any efforts to make “standalone” pd vanilla apps possible?
>>>>> >>
>>>>> >> what i mean is a clickable program, that runs a pd patch without
>>>>> the options to enter edit mode. (or even better a pd-light for pd-patches
>>>>> that just shows the patch wihtout any other menus except for audio and midi
>>>>> device setup)
>>>>> >>
>>>>> >> i guess it should not be too hard to do a version of pd vanilla
>>>>> that disables all those menu entries.
>>>>> >>
>>>>> >
>>>>> > there's the kiosk-plugin, that allows you to disable most
>>>>> interaction.
>>>>>
>>>>> i’ll check it out, thanks
>>>>> >
>>>>> > apart from that, i don't think there is much effort going into
>>>>> something
>>>>> > "standalone" (with the argument being, that a reduced standalone app
>>>>> is
>>>>> > needed only if you have to pay for the full app - which does not
>>>>> apply
>>>>> > with Pd).
>>>>>
>>>>> i think this is not true at all. the point of the standalone app in
>>>>> the case of pd would be to present to a not very computer savy person an
>>>>> interface that just works and where nothing can go “wrong” by clicking in
>>>>> the wrong places or by hitting some keycombinations. but maybe that is what
>>>>> kiosk is doing already.
>>>>> >
>>>>> > famsrd
>>>>> > IOhannes
>>>>> >