Interference with currently running application

[Evidlo]

I configured Draft to launch Plato, but there seems to be a problem where Draft is receiving touch inputs and drawing over Plato.

Might it be possible to kill Draft and relaunch it when the launched application quits?

[dixonary]

Draft is paused until the shell script it calls in the configuration file returns Does plato return early?

…

On Fri, 18 Jan 2019, 05:52 Evan Widloski ***@***.*** wrote: I configured Draft to launch Plato <https://github.com/darvin/plato>, but there seems to be a problem where Draft is receiving touch inputs and drawing over Plato. Might it be possible to kill Draft and relaunch it when the launched application quits? — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#5>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AHk9l9EVg12C4qFWGKEjDhmmAZdwYj1oks5vEWEygaJpZM4aHReU> .

[Evidlo]

I see what's happening now. Perhaps there could be a fork=True option where Draft stays paused until the middle button is held, at which point it executes term.

name=Plato
desc=eBook reader
call=systemctl start plato
term=systemctl stop plato
imgFile=plato

I think relying on killall is too brittle.

[dixonary]

a fork option would definitely work. If you would like to patch that in I think it would be good.

A workaround using the current binary would be to add && sleep infinity to the start line; this will force Draft to wait forever without regaining control.

(You may also need to add && killall sleep in the termfile to return control to draft; can't remember)