**** BEGIN LOGGING AT Tue May 05 02:59:59 2015
May 05 11:40:14 <Herrie> morphis: ping
May 05 12:17:06 <Herrie> morphis: https://github.com/webOS-ports/luna-next-cardshell/pull/218/files
May 05 12:17:22 <Herrie> Needs the plugin now + Enyo work to be done (but for that we need the plugin too it seems :P)
May 05 12:26:11 <JaMa> Herrie: should we switch from bluez4 to bluez5?
May 05 12:27:12 <JaMa> bluez5 is default in latest oe-core, so I had to explitly re-enable bluez4 to keep unstable luneos builds going
May 05 12:27:31 <Herrie> JaMa: Not sure, morphis should know that ;)
May 05 12:27:44 <Herrie> I've just been toying with UI stuff ;)
May 05 12:28:13 <Tofe> Herrie: how does it behave when the plugin is not there? Should we wait for the merge?
May 05 12:29:40 <Herrie> Tofe: It's fine in general ;) In the statusbar it refers to a non-existing "off" image for now ;)
May 05 12:29:56 <Herrie> So it won't show. When it's integrated it will work properly because we won't have an off image
May 05 12:30:16 <Herrie> Not very neat for now, but at least we can integrate it and don't need to rebase all the time ;)
May 05 12:30:28 <Herrie> I'm open for another suggestion though :p
May 05 12:30:52 <Herrie> Then again we don't chang emuch in these files so rebase shouldn't really be necessary anyway
May 05 12:32:45 <Herrie> For now the only visual change is the actual Bluetooth option in device menu
May 05 12:33:06 <Tofe> Does it work with qt desktop ?
May 05 12:33:36 <JaMa> morphis: ^
May 05 12:33:49 <Herrie> Tofe: Didn't try it does on N4
May 05 12:34:00 <Herrie> Let me try on Desktop
May 05 12:34:14 <Tofe> ok
May 05 12:34:49 <Herrie> Yup it runs
May 05 12:34:50 <Tofe> Just so that it doesn't break the whole thing, we don't care if it doesn't actually do anything
May 05 12:34:56 <Tofe> ok fine, I'll merge
May 05 12:35:01 <Herrie> Maybe wait?
May 05 12:35:08 <Herrie> Think we might want to keep it out release?
May 05 12:35:09 <Tofe> done
May 05 12:35:20 <Tofe> ooops. mmh.
May 05 12:35:23 <Herrie> WEll anyway doesn't hurt ;)
May 05 12:35:36 <Herrie> Doesn't break anything ;)
May 05 13:00:01 <morphis> JaMa: we can't
May 05 13:00:07 <morphis> we need atleast kernel 3.10 for that
May 05 13:00:32 <morphis> Herrie: I have a few comments about that bluetooth indicator
May 05 13:00:35 <morphis> but is a good start
May 05 13:01:39 <Herrie> morphis: Sure it needs some work ;)
May 05 13:01:45 <Herrie> I just had to do it based on WiFi one for now
May 05 13:01:54 <Herrie> WIthout backend I cannot do much more currently ;)
May 05 13:03:37 <JaMa> morphis: ah, thanks
May 05 13:23:26 <morphis> Herrie: ok, will see that I get that implemented
May 05 14:44:31 <Herrie> morphis: THnx when backend is there I can do more on QML stuff and work with Enyo devs for Settings bits
May 05 14:47:31 <Herrie> Tofe/nizovn: Did we include the fix already for the emulator issue?
May 05 14:49:49 <morphis> Herrie: http://doc.qt.io/qt-5/qtbluetooth-index.html
May 05 15:00:58 <Herrie> morphis: OK and how does this work with BlueZ, ConnMan etc or I don't need to care about this?
May 05 15:12:06 <morphis> you don't have to care :)
May 05 15:12:18 <morphis> you only have to use connman to enable/disable bluetooth
May 05 15:12:23 <morphis> like we already do
May 05 15:12:35 <morphis> qtconnectivity will be part of a next build
May 05 15:13:28 <Herrie> morphis: Ah ok
May 05 15:13:35 <Herrie> But we'd still need some plugin for Enyo right?
May 05 15:28:51 <morphis> Herrie: sure
May 05 17:04:39 <nizovn> Herrie: no
May 05 17:17:43 <Herrie> Can you PR it?
May 05 17:18:33 <nizovn> Herrie: yes, seems i can solve it :)
May 05 17:36:38 <Tofe> nizovn: perfect, thanks
May 05 17:36:49 <Herrie> Shouldn't it be with 3 === ?
May 05 17:37:34 <Tofe> ah yes, welll, what could it cast it to ?
May 05 17:38:02 * Tofe should stop merging things today.
May 05 17:38:16 <Herrie> That's true ;)
May 05 17:38:39 <nizovn> Herrie: no :P I specially checked for this in docs
May 05 17:39:15 <nizovn> http://doc.qt.io/qt-5/qtquick-statesanimations-states.html <- using "=="
May 05 17:40:36 <nizovn> and both are working in emulator :)
May 05 17:43:48 <Herrie> Ah ok
May 05 17:43:50 <Herrie> Strange :P
May 05 17:43:54 <Herrie> Usually it's === but Ok
May 05 17:44:00 <Herrie> It's confusing at times :S
May 05 17:44:21 <Herrie> morphis: I think we have everything for a release now... You still have stuff pending?
May 05 17:44:36 <morphis> Herrie: I can do a last sync today
May 05 17:45:27 <Herrie> Might be good to include the Preware updates + luna-next-cardshell ones
May 05 17:46:17 <Herrie> DougReeder: The new messaging stuff looks good! Only had time now to play with it....
May 05 17:46:27 <DougReeder> Ah, good
May 05 17:48:17 <Herrie> morphis: Does this solve a particular bug? https://github.com/webOS-ports/meta-webos-ports/commit/82c3f1506ecd814c38c85651298fb319c40a50ad
May 05 17:48:40 <Herrie> With the recent fix you think we can close http://issues.webos-ports.org/issues/715 ?
May 05 17:49:33 <Tofe> Herrie, nizovn: the main difference is about type checking; with ==, if the type isn't the correct one, the JS engine will try to cast it and retry the comparison. So when you're not sure what types are compared, you can easily do the wrong check, because casts in JS are quite... surprising.
May 05 17:50:14 <nizovn> Tofe: thanks
May 05 17:58:40 <morphis> Herrie: can you add a note to the release announcement that the first boot on N7 is currently broken?
May 05 17:58:51 <morphis> you have to boot it a second time to get it actually boot
May 05 17:59:10 <DougReeder> Are we talking JavaScript?  The rule of thumb is use === unless specifically you need the type conversion.
May 05 18:01:58 <GodGinrai> yea, for JS, you should always use === to avoid type coersion.  Except when checking null.  obj == null is the correct way to check for null
May 05 18:05:28 <Herrie|TP-Go> morphis: sure :-)
May 05 18:14:42 <Tofe> DougReeder, GodGinrai: yes, it's just that I... merged... too soon... :)
May 05 18:15:12 * DougReeder mmms
May 05 18:15:40 <Tofe> I'll fix it in my next PR ;)
May 05 18:19:27 <morphis> Herrie|TP-Go: yeah 715 can be closed now
May 05 18:31:09 <nizovn> Tofe, DougReeder, GodGinrai: https://bpaste.net/show/6a71c018cf31 , i think it's safe to use == for states in qml :P
May 05 18:32:31 <Tofe> nizovn: it's just a rule of thumb, that Qt guys do not follow. Doesn't mean their code is wrong, it just mean they like to play with fire :)
May 05 18:33:41 <nizovn> ok
May 05 18:37:42 <Herrie> morphis: Was this sorted? http://issues.webos-ports.org/issues/881
May 05 18:38:08 <morphis> Herrie: I think so
May 05 18:38:09 <Tofe> nizovn: For example, in your paste you see a  'if (root.state ==="")' which is here using === hopefully; empty string comparison can be tricky, and they know it, but then why bother using == in other places...
May 05 18:38:12 <Herrie> I think so too
May 05 18:44:08 <Herrie> Not sure if this one is still present? http://issues.webos-ports.org/issues/639
May 05 18:44:54 <nizovn> Tofe, Herrie: ok, agree
May 05 18:45:33 <morphis> Herrie: should be fixed
May 05 19:02:10 <Tofe> Herrie: I've been thinking again about this trackball thing that was in legacy
May 05 19:02:39 <Tofe> and if you begin hacking on the maliit en_webos keyboard, it's actually the good place to add it
May 05 19:03:28 <Tofe> i.e. it's trivial to make it send keyboard events, and only the mouse gesture will be a bit difficult to handle
May 05 19:03:39 <Tofe> (but not that much)
May 05 19:48:38 <Herrie|TP-Go>  Tofe: Did you ever try it in legacy?
**** ENDING LOGGING AT Wed May 06 02:59:58 2015