| *** zbenjamin is now known as Guest56526 | 02:52 | |
| *** zbenjamin_ is now known as zbenjamin | 02:52 | |
| *** frinring_ is now known as frinring | 04:17 | |
| *** nyov is now known as Guest63804 | 04:44 | |
| *** Smar1 is now known as Smar | 05:41 | |
| *** ljp is now known as lpotter | 05:44 | |
| *** lpotter is now known as llornkcor | 05:44 | |
| fridl | I have a question regarding the .ts files. When I display a list with increasing elements (like 'ListElement {descr: qsTr("el01")}'), can I then use the "default" .ts file to display a meaningful text there? For me it does not work with the emulator somehow at the moment. | 07:58 |
|---|---|---|
| chriadam | no, you have to process the .ts file into a .qm file which can be loaded at runtime using QTranslator. (or am I misunderstanding your question?) | 08:02 |
| chriadam | also, from QML, you should use qsTrId() I think | 08:03 |
| dcaliste | Hello chriadam, good afternoon. | 08:04 |
| chriadam | hello dcaliste, how are you today? | 08:05 |
| dcaliste | I'm fine thank you. I hope it's going well for you also. | 08:06 |
| chriadam | yes, well thanks | 08:06 |
| chriadam | I have some good news about the jolla-calendar PR#276 - MartinS has been busy doing some designs for the pickers etc | 08:06 |
| chriadam | I am not sure if he has shared those with you yet, or not | 08:06 |
| chriadam | but I saw some prototype designs late last week at least | 08:07 |
| dcaliste | Wouha great indeed. I didn't view anything yet, but it means he's still busy with it. That's great, I admit easily that my month plus clock layout was not ideal, uglier than anything else ! | 08:08 |
| fridl | Thank you, chriadam. I'll have a look again. I thought first of all I can easily use the automated generated .ts file when using qsTr. But it seems I have to investigate all the translation stuff much further ;-) | 08:09 |
| chriadam | fridl: I think so. check e.g. https://git.sailfishos.org/mer-core/nemo-qml-plugin-contacts/blob/master/translations/translations.pro | 08:10 |
| chriadam | basically, that just says "add new qmake targets: (ts + engineering english) which run lupdate to generate the .ts files" plus "add new qmake install targets: (ts_install + engineering_english_install) which run lrelease to create .qm file from .ts file" | 08:11 |
| chriadam | dcaliste: yep, I will ask him when he can provide those updated designs, hopefully very soon | 08:12 |
| dcaliste | Thanks a lot to both of you. | 08:13 |
| chriadam | on other topics: blam has been progressing the kcalcore upgrade stuff, basically ensuring unit tests work (some internal ones were broken by us previously, unrelated to this work) | 08:13 |
| chriadam | I think she's pretty close to finished with nemo-qml-plugin-calendar and sailfish-eas, so just buteo-sync-plugins-social remaining (plus anything else we've missed...?) | 08:14 |
| chriadam | anyway, progressing nicely on that front | 08:14 |
| chriadam | regarding your other PRs: I can review/test/merge/tag things this week now that branching is done | 08:15 |
| dcaliste | I need to update the caldav one myself for the work to be complete I think. | 08:15 |
| dcaliste | I'll do it this week. | 08:15 |
| chriadam | are you able to provide a quick summary of your "ready" PRs which I should look at, by any chance? | 08:15 |
| dcaliste | Yes, let's start, following this list https://git.sailfishos.org/groups/mer-core/-/merge_requests?scope=all&utf8=%E2%9C%93&state=opened&author_username=dcaliste : | 08:15 |
| chriadam | ooh, that's handy | 08:16 |
| dcaliste | - https://git.sailfishos.org/mer-core/mkcal/merge_requests/46 and https://git.sailfishos.org/mer-core/nemo-qml-plugin-calendar/merge_requests/66 about decreasing the code size in mKCal by inheriting MemoryCalendar. | 08:17 |
| dcaliste | - https://git.sailfishos.org/mer-core/buteo-syncfw/merge_requests/51 and https://git.sailfishos.org/mer-core/buteo-sync-plugin-caldav/merge_requests/74 to add per item logging possibility in Buteo and implement it in CalDAV plugin. | 08:17 |
| dcaliste | - https://git.sailfishos.org/mer-core/nemo-qml-plugin-calendar/merge_requests/64 a possible bug correction in sending cancellation when deleting an exception. | 08:18 |
| dcaliste | - https://git.sailfishos.org/mer-core/nemo-qml-plugin-calendar/merge_requests/65 to add timed alarm support in QML bindings, but may wait on jolla-calendar #276. | 08:19 |
| dcaliste | - jolla-calendar #278 hiding non visible calendar from list when importing an event. | 08:20 |
| dcaliste | - a new one that we can discuss after all these : https://git.sailfishos.org/mer-core/buteo-syncfw/merge_requests/59 and jolla-settings-accounts #127. | 08:21 |
| dcaliste | That's it, https://git.sailfishos.org/mer-core/buteo-syncfw/merge_requests/43 for QML bindings in Buteo is still WIP. | 08:21 |
| chriadam | thanks very much | 08:22 |
| chriadam | I will send an email internally to flypig/pvuorela/blam, I will need some help going through all of these | 08:23 |
| chriadam | from my opinion: the memorycalendar one is good to go, after quick test | 08:23 |
| chriadam | so is the per-item logging. | 08:23 |
| chriadam | the hide-non-visible calendar when importing is a super simple fix, should get it in | 08:23 |
| chriadam | the reminders/alarms one - I think the bindings were pretty simple / fine IIRC. the jolla-calendar one is just waiting on martin i guess. | 08:24 |
| chriadam | that just leaves the cancellation one: I remember looking at that one briefly but don't remember the details. perhaps pvuorela or flypig could take that one forward. | 08:25 |
| chriadam | I will do the memorycalendar + per-item-logging ones. | 08:25 |
| chriadam | perhaps we can discuss the buteo-syncfw MR#59 + j-s-a PR#127 next week? I think my brain would overload otherwise ;-) | 08:26 |
| dcaliste | Ok, thanks. About the cancellation, I cannot test, so one should be a bit cautious with it, but looking at the code itself looks like there is something wrong. I think I explained it in the MR description. Don't hesitate to ask if anything is not clear enough. | 08:26 |
| dcaliste | No problem to discuss the new ones next week, of course. | 08:27 |
| chriadam | regarding the MemoryCalendar one - is that one dependent upon the kcalcore upgrade? I don't recall | 08:27 |
| dcaliste | No, has a matter of fact, it's a consequence of my kcalcore work, but it's independant code-wise. | 08:28 |
| chriadam | excellent | 08:28 |
| dcaliste | It's kind of a consequence, because when porting mKCal and replacing a lot of KDateTime occurrences there, I notice that the code was very similar to the kcalcore memory calendar. | 08:28 |
| chriadam | we might put it under our internal kcalcore-upgrade bug in any case | 08:29 |
| chriadam | as it's related to that work effort | 08:29 |
| dcaliste | Yes, indeed. | 08:29 |
| chriadam | (just a note to myself, doesn't require anything from you) | 08:30 |
| dcaliste | If you have a JB number, I can add it to the mKCal MR and CalDAV one. | 08:30 |
| chriadam | JB#47814 is the kcalcore upgrade task number | 08:31 |
| chriadam | thanks very much | 08:31 |
| dcaliste | Ok, thanks you may provided already, but I forgot. I'll add it to the commits where it applies. | 08:31 |
| chriadam | no worries of course, thank you | 08:32 |
| chriadam | did you have anything else to discuss today? if not, I will follow up on those two (memory calendar + per-item-logging) this week, and also poke other people to progress those other ones. | 08:32 |
| dcaliste | Ok, that's great thank you. I'll work to update the CalDAV migration MR myself, and when the mKCal memorycalendar switch will be done, also adjust the migration MR. | 08:33 |
| chriadam | thanks very much for your time and effort, as always! | 08:34 |
| chriadam | I hope you have a great week! | 08:34 |
| dcaliste | You too thanks. | 08:34 |
| *** leinir_ is now known as leinir | 09:54 | |
| fridl | Do I need to package something or install additional stuff on the target device to get a pyotherside app running (in the emulator I had to install a dependency) | 10:08 |
| Nico[m] | Usually you declare a dependency in the RPM | 10:09 |
| fridl | I never did that. I'll check the reference :-) Thanks | 10:10 |
| Nico[m] | That should also take care of installing everything in the SDK automatically :3 | 10:10 |
| fridl | Thanks, Nico. Nice. Just adding a line in the YAML was enough. :-) | 10:20 |
| Nico[m] | Perfect :3 | 10:20 |
| fridl | I wanted to develop that little app since such a long time, and somehow always very little struggles hindered me. Thanks to the nice help here it is this time really a joy :-) And I really enjoy the nice Qt and silica environment now! | 10:28 |
| Nico[m] | That's great to hear. I think developing Silica stuff is a lot of fun (especially since you basically only need to support one device, desktop Qt can be a pita, if you need to support 5.9 to 5.15) | 10:33 |
| fridl | I have one more question or request for guidance into the right direction. In qml I create a new Date object with a time in UTC. Works so far. Now I want to display that in the current local time zone. What is the best way for that? With e.g. Qt.formatDateTime(date, Qt.SystemLocaleShortDate) I always get it still with offset. And is there a Silica/Sailfish method to display it in the 'localized' appearance? | 14:35 |
| Nico[m] | Good question :D | 14:36 |
| ggabriel | does anybody know where to change/add polkit rules for udisks2? (there are a few directories I'm not familiar with under /etc/polkit-1) | 14:37 |
| Nico[m] | So, now the major version stuff is wrong ;p | 14:47 |
| *** BitEvil is now known as SpeedEvil | 22:40 | |
| fridl | Is there a way to check the users system language from the app? I need to fetch from a different URL if the User wants data displayed in for example english or german. Where is that indicated? | 22:43 |
| Nico[m] | QLocale().country? | 22:58 |
| Nico[m] | Or any variation that uses the current locale | 22:58 |
| fridl | Ok, so Qt functions, nothing from the sailfish side here to use, right? Can QLocale also be used from QML directly? | 23:05 |
| Nico[m] | https://doc.qt.io/qt-5/qml-qtqml-locale.html | 23:06 |
| fridl | Qt.locale().name does the job in QML. But not when debugging on the XperiaX by USB. But when you launch the app normal it does. I'll have a look tomorrow. Thanks one more time! | 23:15 |
| Nico[m] | Yeah, it uses a different locale, when running from the command line instead of from the app launcher | 23:15 |
| fridl | good to know! | 23:16 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!