search

dixonary / draft-reMarkable

A launcher for the reMarkable tablet, which wraps around the standard interface.
Apache License 2.0
147 stars 19 forks source link

Interference with currently running application #5

Open Evidlo opened 5 years ago

Evidlo commented 5 years ago

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 commented 5 years ago

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 <notifications@github.com 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 https://github.com/dixonary/draft-reMarkable/issues/5, or mute the thread https://github.com/notifications/unsubscribe-auth/AHk9l9EVg12C4qFWGKEjDhmmAZdwYj1oks5vEWEygaJpZM4aHReU .

Evidlo commented 5 years ago

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 commented 5 years ago

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)