**** BEGIN LOGGING AT Wed Feb 04 02:59:58 2015 Feb 04 03:59:25 The JavaScript Localization section in http://webos-ports.org/wiki/Internationalization has two things all JS developers should be doing now: passing all UI strings through $L() and using enyo.macroize() Feb 04 04:02:07 Someone familiar with I18N/L10N under C/C++ should update that section. Feb 04 04:50:23 Herrie, I’m thinking the lexicons could be split into a short LuneOS-specific section, and a larger general section. Feb 04 06:05:22 DougReeder: Not sure how to do this in QML exactly, I guess we'd need some kind of plugin somehow Feb 04 06:05:36 * DougReeder hmmm Feb 04 06:06:20 How much user text actually originates from C/C++ ? Feb 04 06:06:53 For one, the errorText retruned over the PalmBus is for programmers, not end users. Feb 04 06:07:05 That’s why defining errorCodes is so important. Feb 04 06:07:40 But that's more for morphis/Tofe to sort Feb 04 06:09:02 Is the network menu done using JS or C? Feb 04 06:09:54 JS but in QML Feb 04 06:45:15 DougReeder: we shoud have not text coming from C++ Feb 04 06:45:23 just QML Feb 04 06:45:38 ok Feb 04 06:49:11 It looks like every UI string in QML should be passed through qsTr() Feb 04 06:51:24 http://qt-project.org/doc/qt-4.8/declarative-i18n.html “The translations are held in QM files that must be generated from TS files.” Feb 04 06:52:59 DougReeder: right Feb 04 06:53:18 we then only have to integrate this with what we use as string resource Feb 04 06:53:28 Qt has its own format but we can replace that Feb 04 07:01:15 Legacy had the following: https://github.com/woce/LunaSysMgr/blob/beta/uiComponents/SystemMenu/AirplaneModeElement.qml#L20 Feb 04 07:01:22 runtime.getLocalizedString Feb 04 07:03:33 Herrie: yeah, but we should us qsTr Feb 04 07:04:53 ok Feb 04 07:07:52 You see us still using json files like legacy or you have something else in mind? Feb 04 07:20:04 Herrie: yeah, json files are the way to go Feb 04 07:40:23 DougReeder: btw. can we create a common json lib where we put in thing for dealing with com.palm.person/contact objects Feb 04 07:40:30 like extracting the name, phone number etc. Feb 04 07:40:39 need this from QML too Feb 04 07:40:50 and don't want to redo the same job you did Feb 04 07:41:04 Hmm? I’m not quite sure what you’re asking. Feb 04 07:42:13 we have multiple fields in a person which builds the name Feb 04 07:42:13 I’m not sure what a “json lib” would be. Feb 04 07:42:41 Oh, for calculated fields, like displayName? Feb 04 07:42:44 and I don't want do write the same code to build up a display name from this Feb 04 07:42:47 right Feb 04 07:43:23 lib= simple js file without enyo specifics Feb 04 07:43:32 that way we can use it from enyo and QML Feb 04 07:43:53 QML can call JavaScript functions? Feb 04 07:44:14 DougReeder: Yes it can Feb 04 07:44:20 Hmmm. Feb 04 07:44:24 I imported some legacy functions like the macroize one ;) Feb 04 07:44:37 In the browser Feb 04 07:44:56 https://github.com/webOS-ports/org.webosports.app.browser/blob/master/qml/js/util.js Feb 04 07:45:08 DougReeder: I am thinking about just putting some functions in there which get the person object in and extract what is needed Feb 04 07:45:15 That’s doable. It breaks the encapsulation we get from using Enyo Model objects. Feb 04 07:46:19 But we could re-write the Model objects to call the shared functions. Feb 04 07:46:36 hm, we already have https://github.com/openwebos/loadable-frameworks Feb 04 07:47:20 looks like that already does what we need Feb 04 07:50:13 It uses it’s own uniqe way of accessing properties and such. Would not be easy to get to work with the Enyo data-aceess paradigm. Feb 04 07:51:52 It’s good to not repeat ourselves, but it’s not good to tie ourselves in knots in order to be able to do so. Feb 04 07:57:11 DougReeder: good Feb 04 07:57:20 then lets start a new library for those things Feb 04 07:57:28 DougReeder: any idea for a repo name? Feb 04 07:57:39 Hmm Feb 04 07:58:50 contacts-lib would work Feb 04 08:18:49 DougReeder: https://github.com/webOS-ports/contacts-lib Feb 04 09:24:43 Herrie|Veer: you might have some time to tune the browser a bit more? Feb 04 09:26:17 morphis: i wanted to ask this too. bookmarks page is transparent to clicks :P and need some layout fixing Feb 04 09:26:28 nizovn: yeah Feb 04 09:26:51 also some buttons doesn't switch their states correctly and we need to adjust the layout for phones Feb 04 10:00:53 morphis: Can have a look for that. But waiting more for Tofe and nizovn to have rotation implemented so can do some major rework Feb 04 10:01:50 Can do some minor fixes though in meanwhile Feb 04 10:06:32 Oh. Rotation. :) Feb 04 10:07:13 Not that difficult actually, but it may reveal some bugs here and there Feb 04 10:07:56 nizovn: should we talk about how to implement sensor support now? Feb 04 10:08:20 yes Feb 04 10:11:02 nizovn: you already saw the Android HAL API for sensors? Feb 04 10:11:14 no Feb 04 10:14:31 libhybris has again a small test program for it: https://github.com/libhybris/libhybris/blob/master/hybris/tests/test_sensors.c Feb 04 10:14:44 morphis: is our Qt QPA already forwarding the calls for sensors? Or is it actually what's still to be done? Feb 04 10:15:15 Tofe: that is what we still have to implement Feb 04 10:15:23 ok Feb 04 10:16:52 nizovn: https://github.com/mer-packages/sensorfw/blob/master/core/hybrisadaptor.cpp is a nice example of how to use it in a real world scenario Feb 04 10:17:36 so we need SENSOR_TYPE_ROTATION_VECTOR? Feb 04 10:18:05 SENSOR_TYPE_ORIENTATION I think Feb 04 10:18:35 nizovn: primary question is now how we integrate this into our system Feb 04 10:18:53 the HAL API can be only use at a single point in the system Feb 04 10:19:04 so we need a daemon to abstract it Feb 04 10:19:36 later we need then a Qt plugin which talks with this daemon over ls2/dbus Feb 04 10:20:58 needed are: daemon(service) and nyx-module. right? Feb 04 10:21:34 right Feb 04 10:21:48 nizovn: another option would be that we extend the daemon Mer did Feb 04 10:22:35 but not sure if that is a bit too much Feb 04 10:22:57 is https://github.com/webOS-ports/luna-sysmgr-common/blob/master/Src/nyx/NyxSensorConnector.cpp used anywhere? Feb 04 10:23:24 no Feb 04 10:24:04 nizovn: maybe its better to stick what we're and use nyx and the left over code from luna-sysmgr Feb 04 10:25:30 nizovn: one of the problems we have is that the Android HAL API can be used only from a single point Feb 04 10:25:38 where nyx wants us to implement one module per sensor Feb 04 10:29:33 if we got daemon, then it's theoretically possible to use it for nyx too. Feb 04 10:29:50 you mean the Mer one? Feb 04 10:31:43 yes, it should work out of the box? Feb 04 10:32:24 yes, but might bring too much complexity in our system Feb 04 10:41:18 nizovn: I am thinking more about reusing some of their code Feb 04 10:41:22 but writing a new daemon Feb 04 10:41:43 which then uses the Android HAL directly but can be simply switched to use a dummy backend or a nyx one Feb 04 10:43:16 ok Feb 04 10:43:32 then we just need to design a simple ls2 API for it Feb 04 10:48:21 nizovn: what about https://bpaste.net/show/3fd4389cbc91? Feb 04 10:51:08 morphis: #749 can be moved to Americano and closed? Feb 04 10:51:53 Herrie|Veer: yes Feb 04 10:55:57 morphis: ok, seems like on nyx. only undefined instead of unknown Feb 04 10:56:28 yeah Feb 04 10:56:40 nizovn: so do we name the daemon sensord? Feb 04 10:57:20 yes Feb 04 11:04:37 nizovn: https://github.com/webOS-ports/sensord Feb 04 11:07:12 Tofe: I think we can start using the ls2 API in the cardshell and convert later to the Qt components once we have the plugins Feb 04 11:10:23 Herrie|Veer: btw. you're fine with the stable builds? Feb 04 11:13:41 Morphis they look OK to me. Played a bit with them (mainly N4). Nothing odd. TP4G needs some TLC for data connection (picky Ericsson I guess) Feb 04 11:13:47 Don't get signal bars Feb 04 11:13:55 Didn't try Sierra Feb 04 11:16:35 morphis: so i'm going to finish today some small fixes and then deeply work for a long time with ls2 service using hybrisadaptor Feb 04 11:19:42 nizovn: sounds good Feb 04 11:19:45 Herrie|Veer: ok Feb 04 11:19:50 then lets put out the images Feb 04 11:21:04 Let me see if Alan did something on announcement already Feb 04 11:21:49 nizovn: when you're done with orentation we should be able to quickly add the other sensors too Feb 04 11:22:09 ok Feb 04 11:23:57 Seems he didn't let me mock up a draft quickly Feb 04 12:49:11 morphis: drafted the release note need to add some screenshots still Feb 04 13:11:32 ok Feb 04 17:50:41 JaMa: can you have a look at http://jenkins.nas-admin.org/view/luneos-stable/job/luneos-stable_feeds-new-staging/49/console Feb 04 17:50:44 something seems to be wrong Feb 04 17:56:37 morphis: Looks like we have some webos-ports references there still Feb 04 17:58:46 yeah Feb 04 17:59:25 Herrie: we need to enhance the phone from the visual perspective too Feb 04 17:59:32 not sure into which direction we want to got Feb 04 17:59:37 s/got/go/ Feb 04 18:00:47 Phone app you mean or phone ui in general? Feb 04 18:00:58 phone ui in general Feb 04 18:01:53 morphis: https://github.com/webOS-ports/webos-ports-setup/blob/dizzy/scripts/staging_header.sh Feb 04 18:01:58 CURRENT_PROJECT=webos-ports Feb 04 18:06:19 yeah possible Feb 04 18:06:25 but want JaMa to fix that Feb 04 18:10:24 we still use webos-ports as build directory (unless someone changed it while I was away) Feb 04 18:10:28 so this should be correct Feb 04 18:19:07 I doubt anyone touched anything ;) Feb 04 18:19:40 JaMa: I didn't Feb 04 18:24:45 morphis: On phone UI: This will be easier when we have orientation and portrait/landscape implemented Feb 04 18:29:13 hmm it looks like my fault from removing webos-ports symlinks on milla file server Feb 04 18:32:27 morphis: is there reason for using git sha for meta-webos-ports revision instead of tag in stable branch? Feb 04 18:37:42 JaMa: no Feb 04 18:39:05 Herrie: why? Feb 04 18:39:11 what makes it easier? Feb 04 18:39:45 So we just have an easier way to differentiate between the 2 Feb 04 18:40:19 Can be done now too Feb 04 18:40:49 that isn't really my problem with the phone app Feb 04 18:40:57 I am more a bit clueless how to design it Feb 04 18:41:07 it doesn't has a real visual design yet Feb 04 18:41:20 morphis yeah Feb 04 18:41:40 Don't worry about that too much Feb 04 18:42:11 Focus on back end and I'll tackle UI side with graphics guys Feb 04 18:42:51 it's not that easy Feb 04 18:43:19 but yeah would be good to get some creative ideas from our graphic guys Feb 04 18:43:36 basically we need also a visual identity for such things we can use in LuneOS generally Feb 04 18:44:10 working on designing the phone app for LuneOS? Feb 04 18:44:43 yes Feb 04 18:46:41 neat Feb 04 18:46:42 We basically have a modified Meego phone app in QML now Feb 04 18:46:55 But we need to style it webOS/LuneOS way ;) Feb 04 18:47:03 because they didn't give us the code for webOS's phone app :( Feb 04 18:47:37 style it? So you don't plan to make an Enyo one? Feb 04 18:48:15 GodGinrai: Well depends, QML is quicker for these things nad performance it good as well Feb 04 18:48:26 But if someone would make a good ENyo 2 one we'd be open for that I guess Feb 04 18:48:35 But that's up to morphis Feb 04 18:48:47 no Feb 04 18:48:52 morphis: BTW calling seems to work for me, my home phone rings just no audio routing ;) Feb 04 18:49:02 QML has all the oFono bits already implemented Feb 04 18:49:26 morphis: no to what I asked? or no to Herrie's comment? Feb 04 18:50:26 to Herrie's comment Feb 04 18:50:32 ok Feb 04 18:53:04 Incoming call also seems to work, wrong caller ID but it works Feb 04 18:53:08 Just no audio routing ;) Feb 04 18:53:15 And needs adding to lockscreen ;) Feb 04 18:53:24 morphis: staging 032 should be fixed now Feb 04 18:53:45 JaMa: thanks! Feb 04 18:54:01 Herrie: it works but still needs a lot of improvements .. Feb 04 18:54:06 still far from being usable Feb 04 18:54:44 morphis: Yeah there's no audio routing and I get black screen while in call ;) Feb 04 18:54:50 I think something needs tweaking there Feb 04 18:54:52 I can look into that Feb 04 18:55:09 Herrie: no, I am already working on that Feb 04 18:55:13 Ah ok Feb 04 18:55:18 there will be quite a lot updates Feb 04 18:55:32 I am refactoring quite a bit of the app atm Feb 04 18:55:37 Just keep UI simple for now just add basic functionality and I'll tweak it with graphics guys Feb 04 18:56:10 I know UI is not your thing and it can take lots of time to sort Feb 04 18:56:25 PRefer if you'd focus on back end stuff which is more interesting for you anyway ;) Feb 04 18:57:14 Herrie: if it would be so easy Feb 04 18:57:22 I will leave the proper styling out Feb 04 18:58:33 morphis: I know but you know what I mean Feb 04 18:58:51 I know it's not clear separation between UI and back end, but a lot of it is ;) Feb 04 18:59:46 In case you need me to look into something or want some feedback/testing let me know Feb 04 18:59:49 Always up for that Feb 04 18:59:54 Even when it's early stages Feb 04 18:59:56 I know :) Feb 04 19:00:19 but what I am cooking right now needs a lot of different things also changed in the system so give me a bit to land that correctly Feb 04 19:00:36 Sure :) Feb 04 19:01:49 Herrie: I am also adding now our own QtQuick.Controls style Feb 04 19:01:53 which gets loaded by default Feb 04 19:04:12 JaMa: can you also copy the 032 stage images as the release ones for americano? Feb 04 19:04:40 shouldn't we merge them to public feed first? Feb 04 19:09:30 right Feb 04 19:13:22 done http://build.webos-ports.org/releases/americano/ Feb 04 19:13:30 JaMa: thanks! Feb 04 19:16:25 morphis: Great! Feb 04 19:16:39 We needed that because our current QML is a bit problematic in that regard Feb 04 19:16:54 :) Feb 04 19:26:38 morphis: I'll try adding the commit for setMask on qtwayland https://github.com/qtproject/qtwayland/commit/c288de20291eb5d9a3dc3e3eae16d007fd08afa3 Feb 04 19:26:52 Tofe: didn't we do that already? Feb 04 19:27:16 yes, but either I never pushed it to the repo, or it got lost when rebasing on 5.4 Feb 04 19:27:22 ah Feb 04 19:27:25 so bad .. Feb 04 19:27:42 I've got it locally, on a now quite old qtwayland Feb 04 19:27:59 good Feb 04 19:27:59 So I guess it's my fault... Feb 04 19:31:57 as long as we get it fixed :) Feb 04 19:32:18 well, I thing it's one good way to go, if we get it working Feb 04 19:34:27 morphis: pivotce.com/2015/02/04/luneos-february-stable-release-americano/ Feb 04 19:39:57 Yay! Feb 04 19:52:10 very good :) Feb 04 20:47:18 morphis: looks like it was the way to go, it's working Feb 04 20:48:16 (I just spent one useless hour just because I forgot to install qtwayland-plugins along qtwayland... ) Feb 04 20:49:33 morphis: I'll push a PR for qtwayland + another one for webos-keyboard. You can merge them in any order, nothing will break. But it will only fix the issue with both, of course. Feb 04 20:56:16 PRs done. Feb 04 21:02:04 Tofe: This is the annoying VKB bug with the popup area? Feb 04 21:07:46 Herrie: exactly Feb 04 21:09:00 what's most frustrating is that I actually fixed it in november, but I tested it the wrong way, so I thought the setMask patch didn't work well... Feb 04 21:09:18 ...and therefore I didn't push it. *pan* Feb 04 21:11:50 That happens to me sometimes too lol Feb 04 22:41:53 My N4 went into dock mode after a few minutes of being connected via USB. Isn’t it supposed to wait until I push a button or some such? Feb 04 23:02:07 Well it does that on legacy as well ;) Feb 04 23:02:18 Basically when the screen would turn off it goes into dockmode ;) Feb 04 23:02:33 Or when you're connected and single press power Feb 04 23:02:38 Might need some tweaking still Feb 04 23:02:54 And we need to have the gesture area there as well so we can get out of it directly ;) Feb 04 23:02:58 But it's a good first start :P Feb 04 23:04:30 When on touchstone it does that on legacy Feb 04 23:04:40 It's initial implementation so we can tweak some bits still Feb 04 23:04:56 Okay, power toggles betweenthe modes. Feb 04 23:05:16 Was a quick side project for me to get it optimized for the screen sizes and morphis did some backend work + qml optimizations ;) Feb 04 23:05:21 I still suck at programming LOL Feb 04 23:05:29 So he always finds stuff that can be done better :P Feb 04 23:06:38 Anyway off to bed **** ENDING LOGGING AT Thu Feb 05 02:59:59 2015