Active Topics
-
The N900 is now 15 years old! (9)
to Nokia N900 by Arno_11 - 6 hrs, 8 mins ago -
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (4)
to SailfishOS by Maemish - 5 days, 18 hrs ago - more...
abranson |
2016-04-27
, 17:49
|
|
Posts: 287 |
Thanked: 862 times |
Joined on Dec 2015
|
#361
|
Originally Posted by MikeHG
I still have a general problem with some JS apps that are using the status constants in XMLHttpRequest - for some reason they always seem to be undefined no matter what I try. Misfit seems to still be broken because of this, and I hope Trello will be the same.
| The Following User Says Thank You to abranson For This Useful Post: | ||
|
|
2016-05-02
, 16:08
|
|
Posts: 287 |
Thanked: 862 times |
Joined on Dec 2015
|
#362
|
Here's a request: I'm a bit stuck with the language files. I know where to get them from, but I have no idea how to upload them to the watch. I've tried the existing uploadFile and even tried system resources, but just get NACKs from the watch. If anyone is set up to watch the android app do it, could you tell me what goes on during language file upload? I don't have an android device to try.
| The Following 3 Users Say Thank You to abranson For This Useful Post: | ||
|
|
2016-05-03
, 09:12
|
|
Posts: 187 |
Thanked: 514 times |
Joined on Nov 2014
|
#363
|
I've got an Android tablet and some spare time, so if you can explain how to do it (or link to the right docs, assuming it's easy enough to figure out)...
Last edited by MikeHG; 2016-05-03 at 09:21.
Last edited by MikeHG; 2016-05-03 at 09:21.
|
|
2016-05-04
, 06:30
|
|
Posts: 207 |
Thanked: 482 times |
Joined on Mar 2016
|
#364
|
Are you getting nacks starting from the very first packet (initialization) or for consequent data? i.e. the former would look strange as it means any upload should be failing, while the later is logicac if we're not using proper upload->type - eg. pebble just cannot parse incoming bytes in accordance with specified type and hence is failing and nacking the transfer.
I presume you've been trying with UploadTypeSystemResources? Did you try feeding the file to pbpack tool to check whether it's in proper binary resource format pebble understands?
I presume you've been trying with UploadTypeSystemResources? Did you try feeding the file to pbpack tool to check whether it's in proper binary resource format pebble understands?
| The Following User Says Thank You to ruff For This Useful Post: | ||
|
|
2016-05-10
, 17:07
|
|
Posts: 287 |
Thanked: 862 times |
Joined on Dec 2015
|
#365
|
Originally Posted by ruff
I tried File and SystemResources. Have to manually calculate the CRC because it's not in the file, but I think it's right. I get the NACK after the upload is finished.
Are you getting nacks starting from the very first packet (initialization) or for consequent data? i.e. the former would look strange as it means any upload should be failing, while the later is logicac if we're not using proper upload->type - eg. pebble just cannot parse incoming bytes in accordance with specified type and hence is failing and nacking the transfer.
I presume you've been trying with UploadTypeSystemResources? Did you try feeding the file to pbpack tool to check whether it's in proper binary resource format pebble understands?
The timeline pin stuff is looking really good! That's exactly how Katharine said it should be, especially if we fetch the layout json from the pbz when we upgrade.
|
|
2016-05-11
, 19:43
|
|
Posts: 207 |
Thanked: 482 times |
Joined on Mar 2016
|
#366
|
Try to enable DevCon and use pebble logs -vv --phone <phone.ip> to get live log feed. It also prints out pebble logs which it receives by eavesdropping watch connection - so maybe it'll spit out some clue.
The timeline - am currently working on the PoC phase2 - which is to create persistent pins (and storage). Once done - will move calendar events from CalendarEvent to json pins. As well as moving to nemo-qml-plugin-calendar (as hinted in the organizeradapter.cpp).
Phase3 will be to create authentication and finally websync.
With this in mind - can I ask for a change freeze on the notification/calendar mechanics while I'm slashing the sources?
The timeline - am currently working on the PoC phase2 - which is to create persistent pins (and storage). Once done - will move calendar events from CalendarEvent to json pins. As well as moving to nemo-qml-plugin-calendar (as hinted in the organizeradapter.cpp).
Phase3 will be to create authentication and finally websync.
With this in mind - can I ask for a change freeze on the notification/calendar mechanics while I'm slashing the sources?
| The Following User Says Thank You to ruff For This Useful Post: | ||
|
|
2016-05-12
, 07:18
|
|
Posts: 287 |
Thanked: 862 times |
Joined on Dec 2015
|
#367
|
Great, thanks. I still haven't really looked into the DevCon thing, I'll give it a try.
I was already waiting for this change before doing anything on the notifications or any other timeline bits. Everything I want to try requires more actions than are currently supported. I've also delayed any more pushes back to RockWork until this is done and all the vestiges cleaned up because I've got a feeling it'll be a lot simpler afterwards.
I was already waiting for this change before doing anything on the notifications or any other timeline bits. Everything I want to try requires more actions than are currently supported. I've also delayed any more pushes back to RockWork until this is done and all the vestiges cleaned up because I've got a feeling it'll be a lot simpler afterwards.
| The Following User Says Thank You to abranson For This Useful Post: | ||
|
|
2016-05-12
, 11:31
|
|
Posts: 207 |
Thanked: 482 times |
Joined on Mar 2016
|
#368
|
Originally Posted by abranson
I bet it's about canned messages? %) I'm also itching to inject the actions - that's why i'm currently reworking action handlers (as part of new pin engine) and only then planning to finish persistence
Everything I want to try requires more actions than are currently supported.
|
|
2016-05-12
, 11:46
|
|
Posts: 287 |
Thanked: 862 times |
Joined on Dec 2015
|
#369
|
Dismissing and snoozing reminders too! Are they included?
|
|
2016-05-12
, 12:06
|
|
Posts: 207 |
Thanked: 482 times |
Joined on Mar 2016
|
#370
|
Partly and not correctly, but the thing is that calendar reminders are system generated, so to snooze/dismiss system calendar reminders you need to snooze them in system calendar. And that part is completely missing in current implementation. That will be bound the the calendar migration to nemo-plugin-calendar - eg. (NemoCalendarEventModification::setReminder(NemoCa lendarEvent::ReminderNone))
