Tuesday, 2020-12-08

*** zbenjamin is now known as Guest5652602:52
*** zbenjamin_ is now known as zbenjamin02:52
*** frinring_ is now known as frinring04:17
*** nyov is now known as Guest6380404:44
*** Smar1 is now known as Smar05:41
*** ljp is now known as lpotter05:44
*** lpotter is now known as llornkcor05:44
fridlI 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
chriadamno, 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
chriadamalso, from QML, you should use qsTrId() I think08:03
dcalisteHello chriadam, good afternoon.08:04
chriadamhello dcaliste, how are you today?08:05
dcalisteI'm fine thank you. I hope it's going well for you also.08:06
chriadamyes, well thanks08:06
chriadamI have some good news about the jolla-calendar PR#276 - MartinS has been busy doing some designs for the pickers etc08:06
chriadamI am not sure if he has shared those with you yet, or not08:06
chriadambut I saw some prototype designs late last week at least08:07
dcalisteWouha 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
fridlThank 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
chriadamfridl: I think so.  check e.g. https://git.sailfishos.org/mer-core/nemo-qml-plugin-contacts/blob/master/translations/translations.pro08:10
chriadambasically, 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
chriadamdcaliste: yep, I will ask him when he can provide those updated designs, hopefully very soon08:12
dcalisteThanks a lot to both of you.08:13
chriadamon 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
chriadamI 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
chriadamanyway, progressing nicely on that front08:14
chriadamregarding your other PRs: I can review/test/merge/tag things this week now that branching is done08:15
dcalisteI need to update the caldav one myself for the work to be complete I think.08:15
dcalisteI'll do it this week.08:15
chriadamare you able to provide a quick summary of your "ready" PRs which I should look at, by any chance?08:15
dcalisteYes, 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
chriadamooh, that's handy08: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
dcalisteThat's it, https://git.sailfishos.org/mer-core/buteo-syncfw/merge_requests/43 for QML bindings in Buteo is still WIP.08:21
chriadamthanks very much08:22
chriadamI will send an email internally to flypig/pvuorela/blam, I will need some help going through all of these08:23
chriadamfrom my opinion: the memorycalendar one is good to go, after quick test08:23
chriadamso is the per-item logging.08:23
chriadamthe hide-non-visible calendar when importing is a super simple fix, should get it in08:23
chriadamthe 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
chriadamthat 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
chriadamI will do the memorycalendar + per-item-logging ones.08:25
chriadamperhaps we can discuss the buteo-syncfw MR#59 + j-s-a PR#127 next week?  I think my brain would overload otherwise ;-)08:26
dcalisteOk, 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
dcalisteNo problem to discuss the new ones next week, of course.08:27
chriadamregarding the MemoryCalendar one - is that one dependent upon the kcalcore upgrade?  I don't recall08:27
dcalisteNo, has a matter of fact, it's a consequence of my kcalcore work, but it's independant code-wise.08:28
dcalisteIt'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
chriadamwe might put it under our internal kcalcore-upgrade bug in any case08:29
chriadamas it's related to that work effort08:29
dcalisteYes, indeed.08:29
chriadam(just a note to myself, doesn't require anything from you)08:30
dcalisteIf you have a JB number, I can add it to the mKCal MR and CalDAV one.08:30
chriadamJB#47814 is the kcalcore upgrade task number08:31
chriadamthanks very much08:31
dcalisteOk, thanks you may provided already, but I forgot. I'll add it to the commits where it applies.08:31
chriadamno worries of course, thank you08:32
chriadamdid 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
dcalisteOk, 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
chriadamthanks very much for your time and effort, as always!08:34
chriadamI hope you have a great week!08:34
dcalisteYou too thanks.08:34
*** leinir_ is now known as leinir09:54
fridlDo 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 RPM10:09
fridlI never did that. I'll check the reference :-) Thanks10:10
Nico[m]That should also take care of installing everything in the SDK automatically :310:10
fridlThanks, Nico. Nice. Just adding a line in the YAML was enough. :-)10:20
Nico[m]Perfect :310:20
fridlI 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
fridlI 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 :D14:36
ggabrieldoes 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 ;p14:47
*** BitEvil is now known as SpeedEvil22:40
fridlIs 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]Or any variation that uses the current locale22:58
fridlOk, so Qt functions, nothing from the sailfish side here to use, right? Can QLocale also be used from QML directly?23:05
fridlQt.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 launcher23:15
fridlgood to know!23:16

Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!