These are chat archives for abranson/rockpool

12th
Sep 2017
Andrew Branson
@abranson
Sep 12 2017 09:41
Finally got myself a weatherunderground key. can't believe how long i've had this watch without doing it...
still no luck on the sendtext app though. the UI never seemed to add any messages, so i manually copied them into the cannedMessages.conf, then I could edit them. Even after an OK, and some unfaithful launches, still no SendText app on the watch.
Andrew Branson
@abranson
Sep 12 2017 09:47
ah there we go. launching it from the app did the trick :)
ruff
@rufferson
Sep 12 2017 10:24
there was a bug in earlier implementation when cannedMessages section is empty GUI was unable to init it (i did it via dbus so missed that bug initially). but that should be fixed in latest git, i think you've even pulled that part perhaps just didn't release it
Andrew Branson
@abranson
Sep 12 2017 10:25
i thought i was up to date with your last commits
ruff
@rufferson
Sep 12 2017 10:26
do you have any logs collected when it was unable to add canned messages?
Andrew Branson
@abranson
Sep 12 2017 10:26
i was looking at those Sport and Golf apps that were mentioned on tmo. shouldn't be too hard to pass some data from dbus to the watch
no, i've rebooted since.
ruff
@rufferson
Sep 12 2017 10:27
shouldn't be a problem of course, just need to somehow agree on external api - whether we should mimic current API and expose internals or make it via libpebble abstraction.
Andrew Branson
@abranson
Sep 12 2017 10:32
the structure's very simple by the looks of it. just three or four values
ruff
@rufferson
Sep 12 2017 10:33
As a first step i think we need to expose application message interface. that could be fairly easy done as it has all hooks already used in JSkit
Andrew Branson
@abranson
Sep 12 2017 10:34
to allow any app to send messages to watchapps?
ruff
@rufferson
Sep 12 2017 10:35
yes, those internal app messages as jskit does (key:value pairs)
Andrew Branson
@abranson
Sep 12 2017 10:54
I suppose that would open up a sort of third-party app API, which people have been asking for
I was thinking to only provide the sports messaging, but that'll let the meerun guy play around
ruff
@rufferson
Sep 12 2017 10:55
yes, at least major part of it, there are some more control elements exposed by android/ios sdk
Andrew Branson
@abranson
Sep 12 2017 10:55
and the only issue is 'security', but I don't really believe in that sort of security
like messages coming back from the watch to the apps?
might be nice to get the data back out of the watch I suppose. then someone could get that health data that was never documented
gadgetbridge looks pretty complete really. i bet their BT LE impl is pretty stable by now
ruff
@rufferson
Sep 12 2017 10:56
you cannot really enforce security i think, once you have app id you can speak to it however you want
messages from app could be sent as dbus signals
and let host app catches it
Andrew Branson
@abranson
Sep 12 2017 10:58
I don't think security should really cover things you've installed on your device anyway. it's about the interface to the outside world. installing dirty apps is your own business, not the OSes :)
ruff
@rufferson
Sep 12 2017 10:58
effectively we need to create object apth like /org/rockpool/api/apps/<uuid>/
and under that path expose calls/signals for app interaction
the path should be available once app is started
we already have dbus call to start app
so not much to do, just map jskit hooks to dbus proxy %)
Andrew Branson
@abranson
Sep 12 2017 11:39
sounds simple, powerful and dangerous. so ideal ;)