**** BEGIN LOGGING AT Sun Jun 07 02:59:58 2015 Jun 07 05:07:04 TheSoph: The DK layout wasn't done yet. It's on my to-do list. AE you'd find as an extended key under A for example ;) Jun 07 05:11:24 The keyboards are easy to develop, so when you want to help out, feel free to do so :) Jun 07 05:11:39 Can give you a little guidance when needed Jun 07 07:32:26 Tofe, Herrie: on vkb: ordinary keys stop working after extended keys menu is open Jun 07 07:34:01 also minor: extended keys menu doesn't work on shifted keys Jun 07 07:49:01 First one I can reproduce Jun 07 07:49:09 2nd one: Ë etc you mean? That works OK here on TP Jun 07 07:51:25 ooos, i'm wrong, it's on shifted numbers keys Jun 07 07:57:05 Ah let me try that Jun 07 07:57:27 Yeah can reproduce that too ;) Jun 07 07:57:36 Let me play a bit with it later today to see if I can address them Jun 07 07:57:43 Have a few other things I want to fix too Jun 07 07:58:09 ok :) Jun 07 07:59:33 If you want you could work on the Russian and maybe Ukrainian layouts? Jun 07 08:01:30 I can do it as well, but as a native speaker it's probably quicker/easier for you :P Jun 07 08:05:30 Morning! Jun 07 08:07:12 Herrie: i can, but seems only after 19 June Jun 07 08:07:33 Tofe: morning Jun 07 08:11:45 Herrie: I have a fix for first nizovn's bug Jun 07 08:16:16 nizovn: No worries ;) I might get to it before that ;) Jun 07 08:16:23 If not I'll leave it to you Jun 07 08:22:42 Herrie: second nizovn's bug is worse than what he says: shifted annotated keys just don't work Jun 07 08:22:57 I'll PR the first fix Jun 07 08:27:40 Tofe: That might be an easy fix too? Jun 07 08:29:08 Herrie: the first fix I included in PR 54 (even if the TrackPad thing does fix the Memo issue, it's still needed) Jun 07 08:29:36 The second one looks like a one-liner, do you want to do or do I do it? Jun 07 08:29:50 just so that we don't do it twice :) Jun 07 08:32:02 You can do it Jun 07 08:32:03 I didn Jun 07 08:32:05 't start yet Jun 07 08:32:07 ok Jun 07 08:40:31 Tofe: merged Jun 07 08:40:37 thx Jun 07 08:40:39 Works OK on desktop Jun 07 08:40:44 So I assume it'll be OK on device too Jun 07 08:41:04 There's actually a big bug we didn't spot: the keyRelease is sent twice Jun 07 08:41:13 I don't know why yet Jun 07 08:42:36 Tofe: I didn't see this one device whil entering things? Jun 07 08:42:40 Not sure how I could spot it? Jun 07 08:43:20 so would only happen on the desktop ? strange, because then I couldn't explain nizovn's bug Jun 07 08:43:41 Herrie: you should see "!1" when typing "!" Jun 07 08:45:14 Let me try on TP and N4 now Jun 07 08:46:06 Not on TP and I'm sure it was OK on N4 too because I have @ in my pw ;) Jun 07 08:46:18 Ah wait N4 has it in symbol layout Jun 07 08:46:32 But on TP only have ! Jun 07 08:46:38 mh Jun 07 08:47:30 So could be desktop only Jun 07 08:48:03 ok, maybe the MultiTouchArea doesn't work very well on desktop. Jun 07 08:48:31 Would be good to double check with some logging on device though Jun 07 08:54:39 ok, looking a bit at Qt bugtracker, MultiTouchArea wasn't designed to handle mouse events in the beginning; so that may explain this weird behavior on desktop Jun 07 08:55:21 Yup ;) Jun 07 09:00:28 Herrie: I'll propose a PR that works both on desktop and device Jun 07 09:01:56 PR 58 done Jun 07 09:02:30 NB: Are we supposed to show the extended keys on annotated keys when in shifted mode? Jun 07 09:02:46 (my PR doesn't change anything regarding that point raised by nizovn) Jun 07 09:04:02 Tofe: merged Jun 07 09:04:12 Tofe: I guess so ;) Jun 07 09:04:15 Let me try legacy Jun 07 09:04:51 Yup legacy shows it when in shifted mode Jun 07 09:12:37 ok, so it's a bug, not a feature ;) Jun 07 09:15:20 btw now on finger release keyboard send value of first touched key, but on legacy - value of key under released coordinates < that was useful if missed desired key Jun 07 09:17:37 and also key holding was discarded if move to another key before menu is shown Jun 07 09:18:06 Tofe: https://github.com/webOS-ports/webos-keyboard/pull/59 Jun 07 09:18:24 This is to address the ... on return, tab + top row issues on symbol keyboard Jun 07 09:18:34 Symbol top row issue was reported on WON forum Jun 07 09:18:56 I saw I missed it so made the approach more flexible so we only need to change it in a single place going fwd Jun 07 09:27:24 backspace key action have some timeout when holding (~2s) Jun 07 09:50:45 nizovn: Can you clarify? It takes 2s to starting working or stops working or. ... ? Jun 07 09:51:49 it stops delete characters after 2s of hold Jun 07 09:54:38 nizovn: strange, I don't remember having seen a 2s limit anywhere in the code... There a 1s limit for the PressAndHold signal, but then nothing special Jun 07 10:05:30 Tofe: yes, seems maybe it's not keyboard issue because it happens only in few places: in memos title & search, in wifi connect dialog, in input boxes on webpages Jun 07 10:07:35 mh Jun 07 10:11:13 Herrie: there is keyboard focusing issue in browser: open google.com, click on search box - keyboard will appear, then click on url bar - keyboard will appear only after minimize-maximize card Jun 07 10:15:36 nizovn: Hmmz Jun 07 10:15:36 i'm going to switch to LuneOS when become free(webOS browser doesn't support tls>=1.1), so need working keyboard and browser(multi-window) :), sorry if too demanding today Jun 07 10:15:51 nizovn: No worry ;) Jun 07 10:16:07 Bugs are good, more people testing, more bugs we can find and sort ;) Jun 07 10:16:21 Tofe: Do you care much about the order of the extended keys for your FR keyboard? Jun 07 10:16:50 I mean specifically the order of the u/U extended keys :P Jun 07 10:28:54 Herrie: not at all. but "ù" may be the most used one, followed by "micro" Jun 07 10:33:39 Tofe: OK, just the order for FR and EN seems to be slightly different Jun 07 10:34:20 û seems to be second in EN, but 4th in FR Jun 07 10:36:50 That's weird, I don't see one english word using "ù"... Jun 07 10:37:27 ah û, not ù Jun 07 10:38:20 I wouldn't be able to say which is most used. But "ù" is in "où", which is the word for "where", so pretty common one. Jun 07 10:43:26 Tofe OK, I can change the order anyway :P Jun 07 10:43:29 It's small thing to do Jun 07 10:44:18 Herrie: do you think we can say that for the annotated keys, the extended keys are always the same, shifted or not ? Jun 07 10:46:18 Otherwise we just need to set extendedShifted to the correct value Jun 07 10:46:59 Third possibility, we can have it as a fallback Jun 07 10:48:55 * Tofe is starting his TP for some checks Jun 07 10:49:27 Tofe: I think so Jun 07 10:49:35 Just for letters it's different Jun 07 10:49:53 Do you normally have a dedicated ç key? Because TP doesn't have but Ubuntu one had? Jun 07 10:53:03 We have that under the 9 (yes on azerty the numbers are the shifted symbols... pretty stupid if you ask me) Jun 07 10:53:37 Having it as an extension of "c" would make more sense Jun 07 10:55:00 I don't remember how webOS did it, I'll check a bit Jun 07 10:56:02 they put it under the 9, as main character, like on an azerty kbd... Jun 07 11:01:19 Herrie: we can't have same extended and shiftedExtended for annotated keys: it would work for the fr keyboard, where we have "2 é ²" and "2 É ²" Jun 07 11:02:18 I propose the fallback solution: if no shiftedExtended, we take extended. Should work for 90% of keys. Jun 07 11:06:19 nizovn: what you say about key press/release is very interesting, the webOS vkb is much more interactive than ours until the touch is released Jun 07 11:07:49 However, that would certainly mean a big change in how we handle the touch events. Today it's key per key, but it seems a global touch area would make more sense Jun 07 11:30:08 Tofe Jun 07 11:30:23 Tofe: I didn't notice that numbers on azerty are shifted only Jun 07 11:30:29 Will change that before PR-ing FR layout Jun 07 11:31:00 oh, well, I was fine with having the numbers as main characters :p Jun 07 11:31:26 I'll introduce a Tweaks later :) Jun 07 11:50:07 Tofe: To swap them so they're numbers first? Jun 07 11:50:33 yep Jun 07 11:50:57 OK Jun 07 11:51:11 I'll keep it "standard" AZERTY for now then :P Jun 07 11:52:06 yes, let's do that. I am not necessarily representing the main opinion of azerty users :) Jun 07 11:54:41 Herrie: with Memos, it's "KeyDown" that doesn't work, correct? Jun 07 11:55:39 And Up is weird Jun 07 11:55:55 ah, found the mistake Jun 07 11:55:55 else if (action == "keyDown") Jun 07 11:55:56 key.setAction(Key::ActionUp); Jun 07 11:55:56 else if (action == "keyUp") Jun 07 11:55:56 key.setAction(Key::ActionLeft); Jun 07 11:55:56 seems all wrong Jun 07 11:58:43 Herrie: fix included in PR 60 Jun 07 12:00:54 Tofe that explains :P Jun 07 12:06:12 Tofe: merged, any chance you could send me an IPK to test? Jun 07 12:11:02 could be yes :) Jun 07 12:55:18 Herrie: https://dl.dropboxusercontent.com/u/4679068/luna-next/webos-keyboard_0.99.0%2Bgit38%2Ba4385e4d1b-r0.3_armv7a-vfp-neon.ipk Jun 07 13:04:36 Tofe: ok, understood about keyboard Jun 07 13:13:25 Tofe: https://github.com/webOS-ports/webos-keyboard/pull/61 Jun 07 13:13:38 DIdn't work on phone yet but this should be fine for tablet already :D Jun 07 13:13:51 Needed to tweak a bit for the Enter/Return but that's OK now too Jun 07 13:16:07 looks good, merged Jun 07 14:04:42 Tofe: Thnx, any ideas about a "smiley" kb? Jun 07 14:10:14 In addition of the ones that are in the symbols ? Jun 07 14:10:32 Emoji kb you mean ? Jun 07 14:12:53 yEAH ;) Jun 07 14:12:58 LEgacy had some mapping file for it Jun 07 14:13:06 Which combinations mapped to which emoji etc Jun 07 14:14:40 Do we already have a font that contains the emoji unicode characters? Jun 07 14:20:26 Tofe: They are images in legacy Jun 07 14:20:39 Mapping: https://bpaste.net/show/2a12f6a40110 Jun 07 14:21:10 Ok, what we can also try is the "emoji" approach of the Ubuntu keyboard, our ancestor: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/wily/ubuntu-keyboard/wily/files/head:/plugins/ Jun 07 14:22:02 To be clear, let's say "emoticon" for an icon, and "emoji" for unicode character Jun 07 14:37:13 OK :) **** ENDING LOGGING AT Mon Jun 08 02:59:59 2015