**** BEGIN LOGGING AT Sat Jun 20 02:59:58 2015 Jun 20 06:49:51 morning Jun 20 06:49:58 Tofe: ping Jun 20 06:52:38 Morning Jun 20 06:52:40 Herrie: pong Jun 20 07:10:32 Tofe: I think that I've found a "bug" or maybe I copied stuff wrongly Jun 20 07:10:58 On legacy if you have E extended and press O you'll get O extended right away. With us it now records the O right away? Jun 20 07:11:20 Ah, you're right Jun 20 07:11:35 This kind of stuff is a bit hard to get right Jun 20 07:11:48 We weren't right before either Jun 20 07:12:09 I'll fix it Jun 20 07:25:53 morning Jun 20 07:36:05 morning! Jun 20 07:37:12 Tofe: thanks for touch work, it will be comfortable with small keys now :) Jun 20 07:38:02 Herrie: I wonder, how did we do in legacy to discard a popover ? Because if we click on another key, it will just change the popover, not discard it Jun 20 07:38:33 (sorry, I'm lazy, I could just as well power my TP...) Jun 20 07:39:11 is it feature that some keys like enter, backspace will not highlight and work on touch release? Jun 20 07:40:15 they all highlight Jun 20 07:40:39 we can customize these action keys for acting on touch press, if we feel it's more intuitive Jun 20 07:41:05 but backspace is a special case: the action should repeat when touch is hold Jun 20 07:44:02 Tofe: i mean for now if slide finger from some letter to enter, it will not trigger Jun 20 07:44:47 nizovn: yes, that's on purpose, but I don't know if it was a good idea or not. Was it? Jun 20 07:45:15 The idea is that an action key is pressed explicitely Jun 20 07:45:28 and not by accident Jun 20 07:46:23 Herrie: ok, for discarding popover what I use the most in legacy is to click above the vkb Jun 20 07:49:41 Tofe: i would say sliding from another key to action and release there seems to be intended, but not sure either Jun 20 07:50:13 it behaves like that on legacy, maybe we should trust them on that Jun 20 07:52:06 we may want to change shift key behavior: for now when you slide to it, it highlights, but on release does nothing Jun 20 07:53:05 we can not highlight it, or like in legacy shift keys without release, just on move Jun 20 07:55:32 Yes, the shift key is a tricky one :) Jun 20 07:57:00 same for +=[] Jun 20 07:57:32 ah no, it's not highlighted Jun 20 07:58:00 yeah, +=[] key is buggy I remarked it too Jun 20 08:00:59 Ok, shift behavior is now like on legacy. I'm still working on the keypress changing the current popover Jun 20 08:49:27 Herrie: updated PR, popover management should be better Jun 20 09:37:37 Tofe: Thnx will give it a go later today, need to run out now ;) Jun 20 09:38:23 ok, see you! Jun 20 10:00:29 Tofe: when extended list is shown, it doesn't get focus, so it's not possible to enter extended key with one move Jun 20 10:02:16 nizovn: I know, but unfortunately so far I haven't been able to do better. In the beginning I used a single touch area, which enabled this kind of behavior, but I ran into several conflicts between the normal keys and the keys of the popovers Jun 20 10:02:46 ah Jun 20 10:03:53 nizovn: one important detail is that once a touch gesture is followed by a toucharea, it kinds of "owns" it and the other touchareas won't see the touch events even if it enters their area Jun 20 10:06:50 morning! Jun 20 10:07:12 morphis: morning! Jun 20 10:08:25 Herrie: that is really nice work on the bluetooth settings app support Jun 20 10:10:00 morphis: Yeah Brent aka aressel author of FeedSpider 2 app did a nice job! Benjamin will have a look for webOS-y icons :-) Jun 20 10:14:38 In the train so connection isn't very stable :-P Jun 20 10:17:13 Brent took legacy BT as inspiration so should be pretty good. Jun 20 10:17:29 Herrie|TP|Go: very good, now I just have to see to wrap the service bits Jun 20 10:18:22 Yeah, time is the problem I guess? Maybe something nizovn could do once he's done with studying and when he has time? Jun 20 10:19:00 Should be well within his skillset, quite sure :-) Jun 20 10:19:49 sure Jun 20 10:19:58 nizovn: so if you have time feel free to ping me Jun 20 10:22:57 We might also have someone to work on photos/videos/audio app. Will hopefully have some updates soon :-) Jun 20 10:23:52 See how it pans out, was someone at WON forum, not sure how his JS/Enyo skills are and if they're up for this task. Jun 20 10:24:32 ok Jun 20 10:25:44 Not sure how the videos bit would work? Audio can easily be done in Enyo, video might be easier in QML with QT bits? Jun 20 10:27:33 no Jun 20 10:27:38 you can just use HTML5 to play videos Jun 20 10:27:55 http://www.w3.org/2010/05/video/mediaevents.html Jun 20 10:28:16 however we need to make sure the webengine does its part for this Jun 20 10:28:16 Morphis: OK would that also work for avi, mp4, x264, x265, mkv etc? Jun 20 10:28:28 sure Jun 20 10:28:34 below all this gstreamer runs Jun 20 10:28:53 and gstreamer can decode everything with having the right plugins installed Jun 20 10:28:54 Ah ok so that depends on our gstreamer version and it's codecs? Jun 20 10:29:01 right Jun 20 10:29:11 OK that's a lot easier then :-) Jun 20 10:29:11 also currently video decoding happens on the CPU Jun 20 10:29:13 so rather slow Jun 20 10:29:19 Yeah understood Jun 20 10:29:39 I have some work in the pipe to reuse the Android decoding bits from gstreamer which then offloads decoding to the right hardware parts Jun 20 10:29:45 to not do such things on the CPU Jun 20 10:30:09 Herrie|TP|Go: one other thing we need to sort is the feed one Jun 20 10:30:26 are those changes in preware already done? Jun 20 10:31:06 morphis: No that's for Garfonso I guess. Jun 20 10:32:12 Just need to update legacy Preware to deal with the LuneOS versioning right? Jun 20 10:32:36 I mean the suffix after x.x.x Jun 20 10:32:37 right Jun 20 10:33:20 OK shouldn't be too hard. Bit busy here too as well lately. Might be able to give it a go myself next week, shouldn't be a lot of work. Jun 20 10:34:03 Also want to get the remaining keyboards in a decent state. But that's not a lot of work, just tedious a bit. Jun 20 10:34:43 morphis: i definitely don't have time for this release (today doesn't count), hope to free after ~7 July(15 max) Jun 20 10:34:55 This is for IT, ES, FI, HU etc ;-) I won't touch Greek or Hebrew since I'll be lost with those probably. Jun 20 10:35:17 nizovn: ok, no problem Jun 20 10:35:55 I'll be away for 1,5 week too starting Thursday, will be a lot closer to nizovn :-P Jun 20 10:36:14 Visiting wife's family in/near St. Pete ;-) Jun 20 10:36:34 But willbe online quite sure :-) Jun 20 10:39:30 Herrie|TP|Go: :) Jun 20 11:09:34 How exactly was that preware thing? We wanted to be version 3.5.0-luneos-#build? And Preware on LuneOS should accept 3.5.0 and 3.5.0-luneos-#build (if #build is lower/higher than current build). And we need to make sure legacy ignores all packages with "-luneos" postifx? Jun 20 12:10:54 will we change deviceInfo.plattformVersion, too? Or where should Preware get the lunoes build number? Jun 20 12:11:01 morphis, Herrie: ^^ Jun 20 17:38:42 Garfonso, didn't we designate 4.x as the LuneOS numbers? Jun 20 21:02:42 ka6sox: After discussion with morphis we decided to go for 3.5 Jun 20 21:02:42 Garfonso: Specs at http://www.webos-internals.org/wiki/Packaging_Standards#Version_2.6_.28Draft.2C_LuneOS_compatibility.29 Jun 20 21:02:42 "Version number (e.g. "1.4.5") LuneOS uses version number 3.5 optionally suffixed with ":luneos:" so it could read "3.5.0:luneos:35" for example. Stage numbers can be found in https://github.com/webOS-ports/changelog/blob/master/manifest.json and are called "version" the latest version of LuneOS can be found under "platformVersion". " Jun 20 21:02:42 elvispre: How is the sounds stuff working now? Step 11 fixed the issue you had? **** BEGIN LOGGING AT Sat Jun 20 23:28:01 2015 **** ENDING LOGGING AT Sun Jun 21 02:59:58 2015