**** BEGIN LOGGING AT Mon Jul 29 02:59:58 2013 Jul 29 07:59:38 Morning all ! Jul 29 08:02:04 Tofe: morning Jul 29 08:02:11 Tofe: and welcome back :) Jul 29 08:05:44 :) thanks Jul 29 08:06:21 I see we'll soon have 5.1.0 merged, that will make life easier Jul 29 08:06:36 (mine, at least) Jul 29 08:10:35 Tofe: it's merged Jul 29 08:11:32 morphis: great Jul 29 08:11:55 Tofe: we just have to package qtquicklayouts Jul 29 08:12:02 morphis: ok Jul 29 08:12:35 morphis: I would like to share a question with you, about the way we manage the states of the windows Jul 29 08:13:06 ok Jul 29 08:13:11 currently, we have an app window, and a window container. The root is, sort of, the window manager/compositor Jul 29 08:13:18 ah it seems like qtquicklayouts are directly part of qtquick Jul 29 08:13:27 ok good Jul 29 08:14:19 We want to have the information about the state of the window (card, max, full) stored in the window container, which is ok to me and looks good Jul 29 08:15:18 But in QML, you usually define the transitions in the same object where the state changes; and the animations are driven by these transitions Jul 29 08:15:44 that would mean that the window container manages its transition to card, max and full Jul 29 08:16:39 hm Jul 29 08:16:44 which means also that it would change some properties that belong more to the compositor, like the parent of the window container, which has to be changed Jul 29 08:17:03 and that doesn't look so nice (even if it works, today) Jul 29 08:17:43 I would have preferred defining this state change in the compositor, but I can't find a way right now; maybe I just have to think it through deeper, though. Jul 29 08:17:49 Tofe: for what do we need the WindowContainer component at all? Jul 29 08:18:27 just for the state changes and graphical things like rounded corners right? Jul 29 08:18:45 currently it stores the state/transition of the app window, and it may be usefull for some per-window custom behavior Jul 29 08:19:21 rounded corners also, yes Jul 29 08:19:32 ok, the state should be part of the CompositorWindow class (which it is already https://github.com/webOS-ports/luna-next/blob/master/src/compositor/compositorwindow.h#L31) Jul 29 08:20:17 if only I could find a way to define these transitions in the compositor qml, I would be glad Jul 29 08:20:48 currently the compositor doesn't have states, and maybe that's a mistake Jul 29 08:21:01 you mean in the CardView.qml? Jul 29 08:21:34 or in CardWindowDelegate.qml? Jul 29 08:21:47 no, I mean main.qml (or the soon-to-be Compositor.qml, which will be the parent class of the root) Jul 29 08:22:56 because max/full states are also modifying the visibility of other elements that are not part of the cardview, so for me it is the job of the compositor itself Jul 29 08:23:01 Tofe: as I see: you should defined a property called window in CardWindowDelegate.qml and asign it in CardView.qml rather than depending on a context variable Jul 29 08:23:10 s/as I see/as I see it/ Jul 29 08:23:59 what would it change ? Jul 29 08:24:58 nothing, but makes the code better readable :) Jul 29 08:24:59 it would be more clear, for sure, that's a start Jul 29 08:25:04 yes Jul 29 08:25:07 as when I read it I wondered where window comes from Jul 29 08:25:22 yes, true enough, I'll change that Jul 29 08:25:30 I think thats something we should do with all components do have a clean interface between them Jul 29 08:25:31 ok Jul 29 08:25:48 Tofe: what about defining the animations and trigger them from the compositor? Jul 29 08:26:15 so you don't have to maintain the transitions in the WindowContainer but just the animations Jul 29 08:27:07 and once you change the state of a window in the compositor you run something like windowContainer.runMyAnimation() Jul 29 08:27:18 which then calls myAnimation.start() Jul 29 08:27:49 that's a good idea, I'll try it Jul 29 08:28:22 https://qt-project.org/doc/qt-5.1/qtquick/qml-qtquick2-animation.html#methods Jul 29 08:28:45 I've already reworked a bit the state change part, so that all the window state changes go through the compositor, as it should Jul 29 08:28:53 ok Jul 29 08:29:46 Tofe: there is one more important change coming soon: the change from upstart to systemd Jul 29 08:30:02 that could require some work for you to get the a500 booting fine Jul 29 08:30:08 but I still have some dumb problem about starting an app maxmimized, as I would like that it first shows up as a card, and then switches to max Jul 29 08:30:24 oh, systemd... Jul 29 08:30:26 mostly it should be just a rebuild and changing some small things Jul 29 08:30:52 yes, I don't have that many modifications, right now Jul 29 08:31:05 Tofe: and one other things: switching from rndis/ssh to adb Jul 29 08:31:27 Tofe: is anything you need for the a500 already part of meta-acer? Jul 29 08:31:47 I just see a chroot-script and kernel in it Jul 29 08:34:53 well, I'll have to clean up a bit the history of my repo, as there are changes about libhybris that aren't needed anymore (I now use the mainstream hybris from WOP) Jul 29 08:35:31 I mainly have the firmware stuff and the binary GL drivers, which can't be published in WOP (no clear licensing) Jul 29 08:36:07 ah ok Jul 29 08:36:34 in the best case there are no modifications needed Jul 29 08:36:39 and maybe the rndis/adb thing, too, but that soon will be useless too Jul 29 08:37:22 I'll try to do a cleanup soon, keeping it minimal; I didn't yet integrate the wifi configuration, but I know it works Jul 29 08:38:42 great! Jul 29 08:39:06 Tofe: we're still running a500 build on jenkins for every change so it should be atleast build-tested Jul 29 08:42:20 morphis, dkirker: SOme update from my weekend look at the carddav synergy connectors. Jul 29 08:42:41 stefan_schmidt_w: it works? :) Jul 29 08:42:42 where at? Jul 29 08:42:48 I got none of the two posted connectors working for me on a Pre3 with WebOS 2.2.4 Jul 29 08:43:02 dkirker: here :) Jul 29 08:43:05 morphis: no :) Jul 29 08:43:05 ah Jul 29 08:43:18 I had to do some mods to get the czo one working with ownCloud Jul 29 08:43:22 As this is the only device witha running webos around I will test against that for now Jul 29 08:43:36 I looked through the code form the one dkirker had on github Jul 29 08:43:43 Sent him a PM a while ago... Jul 29 08:43:43 That one is really messay Jul 29 08:43:46 messy Jul 29 08:43:49 I mean _really_ Jul 29 08:43:53 :) Jul 29 08:43:54 stefan_schmidt_w: yup... that is why it was "private" Jul 29 08:43:56 :/ Jul 29 08:44:21 All DAV and vcard handling is in one function. DAV replies are parsed with some string search for some xmal tags Jul 29 08:44:21 ya think I want my name on something messy like that? :o :P Jul 29 08:44:35 and the vacrad "parser" also does only cover some cases Jul 29 08:44:38 dkirker: now it's too late :) Jul 29 08:44:54 dkirker: Well, not really you fault Jul 29 08:45:06 I'm actually tempted to make it private again, just because I am job hunting... Jul 29 08:45:07 And it better to have it open even if it messy Jul 29 08:45:24 It helped me to understand the account stuff for webos better Jul 29 08:45:38 dkirker: we can move it to webOS-ports if thats better for you :) Jul 29 08:45:41 The other connector did not work and there was no code or license so I did not looked inside Jul 29 08:45:52 dkirker: do so if you want Jul 29 08:45:59 dkirker: I have it forked in my account Jul 29 08:46:12 dkirker: and when we have something better it can go anyway Jul 29 08:46:17 stefan_schmidt_w: but you were able to sync your contacts? Jul 29 08:46:19 morphis: I would almost rather just start from scratch (there are node car/cal dav libs) Jul 29 08:46:23 ditch this one... Jul 29 08:46:28 morphis: no, with none of them Jul 29 08:46:31 ok Jul 29 08:46:42 dkirker: exacvtly what I did start on yesterday Jul 29 08:46:54 A basic skeleton with auth working what I have Jul 29 08:47:00 anyway, gonna go silent. Got some work to finish and I'd like to get > 4 hours of sleep tonight :) Jul 29 08:47:12 No I'm looking into what node things can be used for dav and vcard Jul 29 08:47:13 stefan_schmidt_w: good start :) Jul 29 08:47:17 dkirker: cu Jul 29 08:47:29 dkirker: bye Jul 29 08:47:35 Problem is that most of the DAV stuff for node is server side not client Jul 29 08:48:02 vcard is easier as it is "just" parsing a file or string from the network Jul 29 08:48:10 stefan_schmidt_w: ok, one thing we have to consider that currently we're limited to nodejs 0.4.x Jul 29 08:48:26 but we can go ahead with anything newer as nodejs 0.10 support is coming soon Jul 29 08:48:28 morphis: So I have started a org.webos-ports.carddav-sync git repo locally :) Jul 29 08:48:55 morphis: Well, I'm also limited to test against WebOS 2.2.4 on my Pre3 right now Jul 29 08:49:01 Nothing else I can work against Jul 29 08:49:06 stefan_schmidt_w: please use something like org.webosports.. as component name Jul 29 08:49:12 So that will be my test bed for now Jul 29 08:49:18 stefan_schmidt_w: you can try build-desktop Jul 29 08:49:35 with it you should be able to test the connectors as well Jul 29 08:49:39 morphis: (desktop) yeah, might try that Jul 29 08:49:45 ok Jul 29 08:49:56 morphis: hmm, what do you suggest as name? Jul 29 08:50:19 ah, and yes, it is without the dashes Jul 29 08:50:35 Took me an hour or more to understand why the service could not get started. Jul 29 08:50:43 :) Jul 29 08:50:47 problem was the dashes in my name Jul 29 08:50:56 stefan_schmidt_w: webOS <=3.x used com.palm.service.calendar.google for example Jul 29 08:50:58 Error messages have said nothing about that Jul 29 08:51:39 stefan_schmidt_w: https://github.com/mozilla-b2g/caldav Jul 29 08:51:43 morphis: Hmm, so org.webosports.contact.carddav? Jul 29 08:51:58 https://github.com/JacksonTian/node-webdav-client Jul 29 08:52:21 dkirker: cool. Haven't found that one so far. :) Jul 29 08:52:27 stefan_schmidt_w: org.webosports.service.contact.carddav Jul 29 08:52:42 I'd say contact => contacts Jul 29 08:52:47 dkirker: why do you find them but not me when googling around for quite some time? := Jul 29 08:52:58 don't use google ;) Jul 29 08:53:05 just do a github search Jul 29 08:53:08 dkirker: heh Jul 29 08:53:16 morphis: ok, fine with me Jul 29 08:53:23 stefan_schmidt_w: ok Jul 29 08:53:37 morphis: could you create a repo or should I use my private github account for hosting? Jul 29 08:54:26 stefan_schmidt_w: https://github.com/webOS-ports/org.webosports.service.contacts.carddav Jul 29 08:54:43 morphis: cool Jul 29 08:55:01 morphis: I will push what I have either this evening or tomorrow Jul 29 08:55:18 morphis: ah, you need to add my github account to the webosports team I guess Jul 29 08:55:44 dkirker: You are obviously very welcome to work on this as well. When you have time. :) Jul 29 08:55:53 stefan_schmidt_w: yes :) Jul 29 08:55:59 stefan_schmidt_w: hehe, thanks! Jul 29 08:56:03 Or anyone else :) Jul 29 08:56:55 I just go with carddav as the first step because vcard handling is way less complex then calendar files Jul 29 08:57:14 yeah, and carddav is more important ... atleast for me :) Jul 29 08:57:16 and both share the DAV file access part anyway Jul 29 08:57:30 well, both are really important for me Jul 29 08:57:40 stefan_schmidt_w: what's your github name? Jul 29 08:58:00 morphis: stefan-schmidt Jul 29 08:58:23 Its interesting to start working with a new language Jul 29 08:58:37 Even if javascript syntax is really near to C anyway Jul 29 08:58:58 stefan_schmidt_w: ok, you have push access Jul 29 08:59:12 stefan_schmidt_w: yeah but it has some weird contructs Jul 29 09:00:10 morphis: thanks Jul 29 09:00:23 morphis: yeah, but all languages have that :) Jul 29 09:00:40 but it's better when you're already working with something you know very well :) Jul 29 09:01:19 morphis: Never did WebDAV or vcards either :) Jul 29 09:01:35 Especially the xml part of webdav is new Jul 29 09:01:43 But we will get there Jul 29 09:01:52 I want to have some libs for all that anyway Jul 29 09:02:02 Might take some time Jul 29 09:02:25 ok Jul 29 09:02:41 stefan_schmidt_w: just tell when you have something ready so it shows up in the accounts manager Jul 29 09:02:54 morphis: oh, it already does that Jul 29 09:02:57 then we can add it to the build to show progress even in its early state Jul 29 09:03:03 oh great Jul 29 09:03:03 shows up and lets you enter your details Jul 29 09:03:14 but the problem is that the default validator is to limited Jul 29 09:03:19 only username and password Jul 29 09:03:24 we need a URL as well Jul 29 09:03:34 was not able to use a custom validator yet Jul 29 09:04:04 Entering details and doing a basic http auth works against my Owncloud server Jul 29 09:04:09 nothing else though :) Jul 29 09:04:45 And even if I give back false as return in the validator (wrong password e.g.) it jumps to creating the account Jul 29 09:04:48 fishy Jul 29 09:04:56 but deletion works also Jul 29 09:05:14 But that is mostly thanks to the synergy connector example from HP Jul 29 09:05:29 The logo is the webosports logo for now Jul 29 09:05:51 Would need some designer/artist input and logo for that. Jul 29 09:06:06 we had someone doing the graphics rework for LSM Jul 29 09:06:19 ShiftyAxel: ping Jul 29 09:06:59 I hoped for something like that :) Jul 29 09:49:09 Tofe: btw. I tried to solve the input problem for our clients but didn't came much further Jul 29 15:06:27 morphis: it was isadunk and another guy (why am I forgetting his name?! he's tall. that's all I rememeber.) Jul 29 15:11:41 dkirker, appstache Jul 29 15:11:58 yes, that is who Jul 29 15:12:35 stupid ass Chrome extensions blew up.... it is taking lim(t->inf) for the god damn webOS-Ports page to load.... Jul 29 15:13:23 loads instantly for me. and i have too many beta extensions(like chromecast) Jul 29 15:15:10 well, the second RAM slot in my MBP also died, so I am stuck at a max of 4GB of RAM... :'( Jul 29 15:20:06 grrrr I kinda want to rip the old performance team at Palm a new one.... nodejs processes go mad (like, consistently > 40% if I don't run a cpulimit loop on them...), and whoever thought it would be an AMAZING idea to give the thing 512MB of RAM with the damn radiomodem sucking 128 of that... kswapd loves to go mad.... :S :S :S :S Jul 29 15:30:49 * dkirker goes insane Jul 29 15:49:18 dkirker: thanks Jul 29 15:51:19 np! Jul 29 16:10:31 morphis: going to rename the carddav connector now like you suggested. Any preference regarding the service names? Jul 29 16:10:57 should inherit atleast the package name as prefix Jul 29 16:11:08 but isn't it only one service? Jul 29 16:12:53 morphis: yes and one acount template name Jul 29 16:13:13 name is already used as prefix so that is fine Jul 29 16:13:18 ok Jul 29 16:13:25 then I am fine with whatever you want :) Jul 29 16:13:36 good :) Jul 29 16:13:49 We can change it later if need arise Jul 29 16:14:15 I have the name change and some smaller items I want to sort out now before I push it Jul 29 16:14:27 Should still land today Jul 29 16:16:19 stefan_schmidt: great Jul 29 16:16:24 I can prepare the recipe for it Jul 29 16:16:30 mostly copy&paste Jul 29 16:16:40 you can but there is really not much to see yet Jul 29 16:16:54 But in terms of release early and often it might make sense Jul 29 16:18:15 yes Jul 29 16:18:53 it will not be usable through the lack of the UI currently Jul 29 16:20:19 :) Jul 29 16:20:40 btw, what changes are between webOS 3x/2x and OWO Jul 29 16:20:57 I would like to have this connector run on all of them Jul 29 16:21:20 its all node 0.4 series? Jul 29 16:21:40 currently, yes Jul 29 16:21:50 soon it will be 0.10 Jul 29 16:21:54 for OWO Jul 29 16:21:57 yes Jul 29 16:22:02 but we can hold that change back Jul 29 16:22:11 s/hold/held/ Jul 29 16:22:40 well, don't worry to much about me for this. I really need to get my hands dirty with this whole js world to understand the things Jul 29 16:22:54 I will deal with problems when they arise Jul 29 16:23:00 :) Jul 29 16:28:30 ok Jul 29 16:28:40 just ping me when you have pushed a first version Jul 29 16:34:42 yup Jul 29 17:37:46 morphis: pushed Jul 29 17:38:25 * stefan_schmidt is afk for a while. later Jul 29 17:53:24 stefan_schmidt: ok Jul 29 19:09:44 stefan_schmidt: the connector is only a app atm? Jul 29 19:10:11 ah sorry, didn't saw the service folder Jul 29 19:34:28 morphis: service folder for the service and account for the account template Jul 29 19:34:37 ok Jul 29 19:34:42 that get read by the account app on startup. Kind of the entry point Jul 29 19:34:51 Seems an app is required Jul 29 19:35:02 One might be able to hide it Jul 29 19:35:20 I also thought about adding some usage guide in it Jul 29 19:37:45 ok Jul 29 19:38:03 just remember we don't have mojo on anything based on OWO Jul 29 19:38:46 ok, will keep that in mind Jul 29 19:39:14 If the app will stay it should not be complex anyway Jul 29 19:39:30 ok Jul 29 19:43:18 morphis: I'll move the research task on trello to done and add some more specific tasks to the backlog Jul 29 19:43:31 stefan_schmidt: great Jul 29 19:43:32 Better to break this down into smaller pieces Jul 29 19:46:34 yes Jul 29 19:47:08 stefan_schmidt: but very nice that you have enough motivation to continue this work :) Jul 29 19:47:35 stefan_schmidt: you're still using your Pre 3 as main phone? Jul 29 19:47:53 morphis: I'm also happy that the motivation stays. :) Jul 29 19:48:28 morphis: Nope. using it for my German SIM. Main phone with UK SIM is galaxy S1 with Cyanogenmod Jul 29 19:49:04 But no access to my calendar and contacts was really one of the blockers for the Pre3 Jul 29 19:49:14 yes Jul 29 19:49:26 I am still blocked with moving away from google by this Jul 29 19:49:32 ah Jul 29 19:49:40 Never used it to begin with :) Jul 29 19:49:59 But I was having bad times without any pim for years Jul 29 19:50:30 Really happy that this works now for my use cases with Owncliud and at least the android devices and my desktop Jul 29 19:52:01 ok, all tasks added to trello Jul 29 19:52:14 that will keep me busy for a while I guess :) Jul 29 19:53:17 stefan_schmidt: yeah have a owncloud instance as well and really want to move away from google so the missing carddav connector is the last big blocker :) Jul 29 19:53:48 morphis: I guess I have a eager tester around :) Jul 29 19:54:06 morphis: You will see the progress and I will let you know when i have something you could test Jul 29 19:54:14 great Jul 29 19:54:27 I created a specific test account for it. To make sure it does not mix up my other contacts Jul 29 19:59:39 ok Jul 29 21:27:08 Tofe|Away: thanks Jul 29 23:15:13 hi Jul 29 23:15:57 I saw there is a CardDav Synergy connector being worked on... :) Jul 29 23:18:41 whoever is in charge might want to have a look at https://github.com/Garfonso/SyncML .. it's not a great piece of software... but I ran into some issues with synergy and manged to solve them.. ;) Jul 29 23:19:36 feel free to contact me, for example via twitter @garfonso or similar. Would be glad to help with the carddav stuff. **** ENDING LOGGING AT Tue Jul 30 02:59:58 2013