| *** zbenjamin_ is now known as zbenjamin | 02:58 | |
| *** frinring_ is now known as frinring | 03:52 | |
| piggz | rinigus: gm | 08:08 |
|---|---|---|
| rinigus | piggz: morning! | 08:14 |
| piggz | rinigus: im not sure how to read the properies ... using them as method calls doesnt work can you hint? | 08:15 |
| rinigus | piggz: sure, just a sec | 08:18 |
| rinigus | piggz: on QDBusInterface use property method. as in https://github.com/sailfishos-flatpak/maliit-framework/blob/flatpak/input-context/minputcontext.cpp#L320 | 08:20 |
| piggz | rinigus: and what was that way ot testing/ebugging? | 08:25 |
| rinigus | piggz: depends on who you ask. for cardiac activity - going out and running. for faster development - pure maps preferences/development/set position to the map center. after that, just move the map on the screen | 08:27 |
| piggz | :) | 08:28 |
| piggz | rinigus: hmm, not working | 09:23 |
| rinigus | piggz: bit more details ... | 09:30 |
| piggz | later, ill run dbus-monitor on it | 09:30 |
| piggz | code all returns false/empty strings. | 09:31 |
| piggz | eg | 09:31 |
| piggz | bool reply = iface->property("running").toBool(); | 09:31 |
| piggz | qDebug() << reply; | 09:31 |
| rinigus | piggz: later is good - prefer to focus on work. re test - try to qDebug << iface->property("running"); | 09:36 |
| piggz | rinigus: figured it out .... it only works if pure-maps is running before my daemon | 10:15 |
| piggz | i guess it parses the properties if pure-maps is running | 10:16 |
| rinigus | piggz: you can follow dbus to see when pure maps appears/disappears and then create the tracker object accordingly. I think I have the code somewhere which is tracking dbus | 10:36 |
| piggz | rinigus: im already doing that ... i have a dbus watcher waiting for the service | 10:36 |
| piggz | that hows i do it with my daemon | 10:36 |
| rinigus | piggz: nice - then you are on the right track :) | 10:37 |
| piggz | rinigus: that part of the code works ... when puremaps loads, it sees that and connects to the signals ... which also work .... not sure why the properties dont! | 10:40 |
| rinigus | piggz: but when do you create `iface`? after pure maps service is available? | 11:43 |
| piggz | rinigus: right, back to it! | 16:59 |
| piggz | (me i mean!) | 16:59 |
| rinigus | piggz: good luck! | 18:20 |
| piggz | rinigus: well, im not having any so far! dont know why it works when pure-maps is running first! | 18:21 |
| rinigus | piggz: not much I can help you with, sorry. | 18:37 |
| piggz | rinigus: maybe you could build me a puremaps that does the dbus stuff the same way I do ;) | 18:39 |
| piggz | or, i could do a minimum poc showing the issue and you could sue that totest? | 18:40 |
| rinigus | (fighting with urge to say that my way is right) | 18:40 |
| rinigus | piggz: should be simple to build though. | 18:40 |
| rinigus | 10 min | 18:40 |
| rinigus | piggz: no luck, couldn't make it work in a short hack. which is a bit odd... | 18:55 |
| rinigus | for some reason it kills all dbus service if I do it your way. as I am in the middle of sfos release for tama, I'd better continue with that | 18:56 |
| rinigus | piggz: ^ | 18:56 |
| piggz | ok | 18:57 |
| *** Ischwitch is now known as Ingvix | 19:05 | |
| piggz | rinigus: here is testcase showing issue https://github.com/piggz/dbustest | 19:34 |
| rinigus | piggz: thanks, I'll take a look | 19:36 |
| attah | Hmm, i think this is the 4th time i have bought a Sony Xperia device before there are images readily available... that's is bound to fail sooner or later | 19:40 |
| rinigus | piggz: I know the issue | 21:08 |
| piggz | rinigus: is it mine or yours? | 21:08 |
| rinigus | piggz: mine | 21:09 |
| piggz | yay \o/ | 21:09 |
| piggz | :D | 21:09 |
| piggz | so, <cough> my way was right </cough> | 21:09 |
| rinigus | Pure Maps registers first the service on dbus and then bit later adds navigation component. as a result, your watcher tries to register interface while it is not fully there | 21:10 |
| rinigus | so, completely different and unrelated to the registration way (your or mine), just timing | 21:10 |
| Nico[m] | attah: What did you buy? | 21:11 |
| attah | Xperia 10 II (: | 21:11 |
| rinigus | few comments more: move all connect statements https://github.com/piggz/dbustest/blob/master/src/navigationinterface.cpp#L34 to constructor. | 21:12 |
| Nico[m] | Well, that one sounds like a pretty safe bet | 21:12 |
| piggz | rinigus: that did occur to me | 21:12 |
| rinigus | piggz: they will work without service too and automagically connect on appearance of the signal | 21:12 |
| Nico[m] | I would like to have Sailfish on something smaller, maybe the 5 II | 21:12 |
| rinigus | piggz: as for the bug: sleep(3) works on desktop in the beginning of connectDaemon | 21:13 |
| rinigus | piggz: you could use it for now and I can look into the ways of fixing it in pure maps meanwhile. | 21:15 |
| rinigus | so, while you test the rest, I can release an update | 21:15 |
| piggz | rinigus: i wonder | 21:16 |
| piggz | if i add the dealy, i may be able to to the connects properly like in the rest of my code | 21:16 |
| rinigus | sleep was as unix sleep, 3 seconds | 21:16 |
| attah | Nico[m]: But there is no size diff? | 21:16 |
| attah | +/-1mm basically | 21:17 |
| Nico[m] | Huh | 21:17 |
| Nico[m] | I thought the 10 was more like the 1 in size | 21:17 |
| rinigus | piggz: but I would have to generate tama images first (will need to script a bit) - so pure maps fix is expected next week, I think | 21:17 |
| attah | 5 II: 158 x 68 x 8 mm 10 II: 157 x 69 x 8,2 mm | 21:18 |
| piggz | rinigus: sure | 21:18 |
| Nico[m] | Yeah, seems like you are right ._. | 21:18 |
| Nico[m] | I was hoping the 5 was smaller :D | 21:18 |
| Nico[m] | I guess the 10 is not even that much wider than my X compact | 21:19 |
| Nico[m] | I'll need to do a test fit at some point :3 | 21:19 |
| attah | I think this smaller-craze is just a myth... people are getting upset for like 4mm | 21:20 |
| Nico[m] | Well, the PinePhone is really uncomfortable to hold | 21:21 |
| attah | (the diff between e.g. X Compact and X, or J1 and XA2) | 21:21 |
| Nico[m] | The X compact still feels a bit big | 21:21 |
| Nico[m] | I liked the N9 in size and shape :3 | 21:21 |
| Nico[m] | Maybe the bottom corners were a bit sharp | 21:21 |
| attah | Yeah.. that design is amazing | 21:21 |
| attah | but honestly too small, at least for me | 21:22 |
| Nico[m] | Nah, it's pretty much the right size for me | 21:22 |
| attah | but i confess, i have big hands | 21:23 |
| rinigus | piggz: issue opened and I added it into my TODO | 21:23 |
| Nico[m] | Well, my hands are on the larger side, but I just don't like having to change the grip on the phone to reach the other side or even the top | 21:24 |
| piggz | rinigus: thats better ... normal connect syntax working now, and | 21:40 |
| piggz | [D] DeviceInterface::navigationNarrativeChanged:564 - void DeviceInterface::navigationNarrativeChanged(const QString&, const QString&) "flag" "Preparing to start navigation" | 21:40 |
| rinigus | piggz: nice! | 21:48 |
| piggz | rinigus: nearly implemented it all for huami watches | 21:48 |
| rinigus | piggz: send the photos later, please | 21:50 |
| piggz | rinigus: for huami it wont look cool .. just regular notigications | 21:52 |
| piggz | rinigus: fun will be on pine time | 21:52 |
| piggz | rinigus: actually, im wondering if i should do multiple implementations for huami .. on the bip and bands, it would just be a notification .. but on the gts/gtr, i could repurpose the music app maybe | 21:56 |
| Nico[m] | Oh, I'm interested in the PineTime version! :D | 21:58 |
| piggz | well, the pinetime version is me writing a full app for the pinetime first! | 22:13 |
| Nico[m] | Well, sounds like this will take some effort... So I can use it next week? ;p | 22:14 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!