[08:06] <dholbach> good morning
[09:38] <dholbach> bzoltan_, zbenjamin: did you backport qtcreator-plugin-ubuntu (for bug 1408644)?
[09:39] <bzoltan_> dholbach:  I am working on it... we are releasing the last fix
[09:39] <dholbach> go go go!
[09:40] <dholbach> davidcalle, ^ for this bug, do you know anything apart from https://developer.ubuntu.com/publish/packaging-click-apps/ that needs updating?
[09:43] <bzoltan_> dholbach:  We land the silo10 with the chroot upgrade  feature... I would need ogra_ to land the sdk-libs with the qmake extension ... and I need to push a super relevant performance improvement click change to the SDK PPA. That is t the plan for today.
[09:43] <dholbach> bzoltan_, you're a hero! that sounds like you have a well-deserved weekend ahead of you :)
[09:44] <dholbach> bzoltan_, I'm just asking so I know when we can start updating the docs
[09:44] <davidcalle> dholbach, most app/webapp/scope dev tutorials. I'll put a list on the bug in a moment.
[09:44] <bzoltan_> dholbach:  you mean that I have a chance to test and land a UITK fix for RTM? :D
[09:44] <dholbach> thanks davidcalle
[09:47] <DanChapman> oSoMoN: hey, in dekko we are trying to expand a webview to the height of it's content, as we need to place it inside a flickable and let that control the page scroll. Anyway i'm finding that if the offscreen height on mako is greater than 3000 the webview just goes black. It doesn't do it on the desktop though. Firstly could this be a bug? or are we just abusing the webview in a way it wasn't designed for
[09:48] <oSoMoN> DanChapman, it could very well be a bug in oxide, but I would also argue that the webview is not intended to be used that way…
[09:49] <oSoMoN> DanChapman, anyway, feel free to file a bug at https://bugs.launchpad.net/oxide/+filebug
[09:49] <oSoMoN> DanChapman, and you might want to raise the issue on #oxide
[09:50] <davidcalle> dholbach, and I'll deal with it as well, since there are screenshots and stuff like that to remake.
[09:51] <dholbach> davidcalle, ok cool
[09:51] <dholbach> thanks a lot!
[09:52] <DanChapman> oSoMoN: that could be a bit of a show stopper if we can't use it that way as we need to display content before and after the webview but it all needs to scroll :-/ ... ok i'll file a bug and pop into #oxide later today, just popping out now. Thanks
[10:02] <JamesTait> Good morning all; happy Friday, and happy Handwriting Day! :-D
[10:31] <davidcalle> bzoltan_, with the new namespaces, does that mean using a long one won't work anymore, or is it a guideline?
[10:33] <davidcalle> bzoltan_, nevermind, found my answer :)
[11:41] <gcollura> popey, ping
[11:41] <popey> gcollura: pong!
[11:42] <gcollura> popey, sorry to bother you, have you tried my last commit in this MP https://code.launchpad.net/~gcollura/ubuntu-calculator-app/swipe-copy-button-improvements/+merge/247357
[11:42] <gcollura> ?
[11:43] <gcollura> popey, I'm interested to see if setting the ratio proportional to screen ratio is useful or not
[11:44] <nik90> zsombi: hey, I was just trying out the new listitems in the clock app vivid branch and I see some nice performance improvements when it comes to creation times...previously I used ListItem.Empty which took about 300-400 while the new listitem takes only 80... :)
[11:45] <popey> gcollura: not yet, will look now
[11:45] <nik90> zsombi: btw do we expect the new listitems to provide predefined styles like ListItem.Standard, Header, etc etc..?
[11:45] <gcollura> popey, thanks a lot :)
[11:49] <popey> $morning ahayzen :)
[11:49] <ahayzen> \o/
[11:50] <popey> You made it!
[11:50] <ahayzen> its before 1200 what you talking about?
[11:50] <popey> :D
[11:51] <nik90> lol
[11:52] <popey> gcollura: I like this!
[11:52] <ahayzen> yey loads of weather mps \o/
[11:52] <gcollura> popey, do you have a screenshot? :)
[11:53] <nik90> ahayzen: yeah looks like vthompson had a busy nite
[11:53] <popey> http://people.canonical.com/~alan/screenshots/device-2015-01-23-115134.png
[11:53] <ahayzen> yup :)
[11:53] <popey> http://people.canonical.com/~alan/screenshots/device-2015-01-23-115147.png
[11:53] <gcollura> popey, nope it didn't solve the problem :/
[11:53] <popey> oh, yeah :(
[11:54] <popey> i was so delighted with copy that I didnt notice
[11:54] <gcollura> eheh
[11:54] <nik90> ahayzen: just noticed, that vthompson kept proposing it against trunk :P
[11:54] <ahayzen> oh god the number of times we did that with music remix ....why is there a massive diff? oh not again!
[11:54] <nik90> rofl
[12:00] <ahayzen> popey, did you get around to making the weather blueprint in the end?
[12:00] <popey> no, good point
[12:00]  * popey does that
[12:01] <ahayzen> \o/ thanks
[12:01] <DanChapman> hey anyone know of a descent qt/c++ html parser lib for cleaning/serializing
[12:08] <popey> grr, constant reconnections to etherpad
[12:08] <popey> ahayzen: nik90 https://blueprints.launchpad.net/ubuntu-weather-app/+spec/weather-reboot
[12:08] <ahayzen> popey, thanks :)
[12:22] <zsombi> nik90: glad there has been improvements ÉÖ
[12:23] <zsombi> :) - layout...
[12:24] <zsombi> nik90: we were discussing about that, but we are still not confident whether we should have any predefined layouts for ListItems, as previously, especially that those kind of things are pretty hard to change later...
[12:24] <zsombi> nik90: so far I have 100-listitemlayout and 110-captions branches, which are nothing else but small containers.
[12:25] <nik90> zsombi: yeah I am conflicted about that as well..without predefined layouts apps won't be consistent but on the other hand it is also places restrictions on the app dev..so yeah not sure how to proceed there
[12:26] <zsombi> nik90: like ListItemLayout is a GridLayout with one row and several columns when horizontal, and vice versa when vertical, but supports still extension to multiple rows and columns same time
[12:27] <nik90> zsombi: ooh that's new
[12:27] <zsombi> nik90: the Captions is a Column of two predefined Labels, witha given preset configuration, both Labels are exposed fully, so you can access them, and you can add more Labels if needed
[12:27] <zsombi> nik90: these two MRs are not yet reviewed, they are pretty far from it
[12:28] <nik90> zsombi: ah..so one can tweak the styling of those labels since they are exposed?
[12:28] <nik90> that helps a lot
[12:28] <zsombi> nik90: yep
[12:29] <zsombi> nik90: and more Captions right now supports the centered text as well as the two-line text aligned to right
[12:30] <zsombi> nik90: preset: "caption" formats the title and subtitle Labels in a certain way, preset: "summary" makes them to be at max 5 GU width and both aligned to right
[12:30] <nik90> ah
[12:30] <nik90> awesome
[12:30] <zsombi> nik90: and honestly that would be the last thing I'd do for the ListItem layouts
[12:31] <zsombi> nik90: as otherwise we'd end up in a big trouble once some design changes teh whole structure
[12:31] <nik90> true
[12:32] <nik90> zsombi: it is taking me some time to get used to writing our own remove animation...my listitems stay on the screen when I delete them by default
[12:32] <zsombi> nik90: why?
[12:33] <zsombi> nik90: if you use UbuntuListView, that will have removeDisplaced animation
[12:33] <nik90> zsombi: Not sure why but I am using a Repeater + ListItems..and when I delete the listitem by deleting it from the u1db database, it still stays on screen... on rebooting the app, it is gone
[12:33] <nik90> dont' ask me why I used a repeater..still wondering II made that decision
[12:34] <nik90> yeah I will switch to ubuntulistview
[12:34] <zsombi> nik90: wow! Why don't you use Repeater + ListItems? Why don't you use ListView?
[12:34] <zsombi> nik90: I mean why do you use :)
[12:34] <nik90> zsombi: yeah that's what I cant remember :P .. Although this is only in one place...
[12:35] <nik90> all other places uses the listview as expected
[12:35] <zsombi> nik90: :)
[12:35] <zsombi> nik90: one thing is sure: ListItem will not delete itself, will not have any defgault animation on fade out, etc.
[12:36] <nik90> ack.
[12:38] <zsombi> nik90: I was also thinking whether I should try to replace the ListItem.Empty's base type with tListItem, and bring all teh missing ancestor properties to it, so we don't get any API breaks, but I don't feel it'll work...
[12:38] <zsombi> nik90: and might not be worth doing it...
[12:40] <nik90> zsombi: yeah that would improve the performance without any effort from the app dev, but yeah you will need to symlink showDivider to new props like divider.visible etc ..
[12:40] <zsombi> nik90: that's the smallest problem tbh... the bigger one is the way the things work with the old set...
[12:41] <nik90> I would concentrate on getting the new listitems to stable API in 15.04 and get app devs to migrate to the new listitems
[12:41] <zsombi> nik90: like item deletion... I'd need to have a delete action per each ListItem, which would take teh performance back where it is now...
[12:41] <nik90> true
[12:41] <zsombi> nik90: yeah, that's the target :)
[12:41] <zsombi> nik90: is the API good so far?
[12:42] <nik90> zsombi: yeah..I am still wrapping my mind around the ListItemWithActions documentation regarding the performance tips
[12:42] <nik90> but overall the new listitems API seems cleaner while providing the canvas to the developer to do what he wants with it
[12:43] <zsombi> nik90: yep :)
[12:44] <zsombi> nik90: well, the ListItemActions idea is pretty simple: if you have a vies where each element uses the same action set, declare the action separately, and reuse them. That's it
[12:44] <zsombi> nik90: like using with ListView
[12:45] <nik90> ah okay
[12:45] <zsombi> nik90: or Repeater + ListItem
[12:45] <zsombi> nik90: you basically gain performance if you have one leadingand trailing action set, which you set in delegate
[12:47] <nik90> ok
[12:47] <zsombi> nik90: but yeah... there's more API to come ;)
[12:47] <zsombi> and I gotta go now...
[12:48] <nik90> zsombi: cya
[12:48] <zsombi> nik90: C U
[14:17] <seb128> kenvandine, hey there, maybe that channel is more on purpose for the discussion :-)
[14:17] <seb128> is anyone working on the notes-app nowadays?
[14:17] <seb128> there are some mps that are approved for a while, would be nice to see an update
[14:17] <seb128> I can help on reviewing fixes/doing landing if needed
[14:19] <kenvandine> seb128, it was abandoned afaik
[14:19] <seb128> well, maybe some people still want to use it
[14:19] <seb128> <- by example :-)
[14:19] <kenvandine> seb128, indeed :)
[14:20] <kenvandine> i liked notes-app :)
[14:20] <seb128> I didn't try reminder because that requires an evernote account
[14:21] <kenvandine> yeah
[14:21] <kenvandine> it is kind of nice that it syncs though :)
[14:21] <seb128> I just want simple local notes
[14:21] <kenvandine> but notes-app was nice
[14:21] <seb128> it is still nice ;-)
[14:21] <seb128> I use it :p
[14:21] <kenvandine> seb128, maybe you'll be the new maintainer
[14:21] <kenvandine> :-D
[14:21] <seb128> wfm
[14:21] <seb128> well, I can help maintaining
[14:21] <kenvandine> bfiller, we have a new maintainer for notes-app :)
[14:21] <seb128> but I don't want to block somebody with more cycles to take over it
[14:21] <seb128> like if somebody in the community wants to do that
[14:22] <kenvandine> if there are merges proposals, it would be nice to get those looked at... i guess you are the reviewer :)
[14:22] <kenvandine> seb128, do you have access to merge?
[14:22] <bfiller> seb128: have fun with it :)
[14:22] <bfiller> needs a lot of work
[14:22] <bfiller> like new header to start
[14:23] <seb128> bfiller, I don't claim it's going to be great, but I use it and want to scratch some itches
[14:23] <seb128> better than nothing, right?
[14:23] <bfiller> seb128: I think that's great
[14:23] <bfiller> indeed
[14:23] <seb128> :-)
[14:23] <bfiller> it could be pretty good with some minor tweaks
[14:23] <seb128> kenvandine, yeah, I've access to merge
[14:24] <kenvandine> seb128, great!
[14:24] <bfiller> seb128: I was always pushing for a list view summary type page sorted by date so you could easily find the notes
[14:24] <seb128> kenvandine, I never worked on a click though, what's the workflow to merge and get it updated?
[14:24] <bfiller> it's quite hard now to find something you've written
[14:24] <seb128> bfiller, that sounds like a good idea
[14:24] <kenvandine> seb128, well i just manually build clicks and upload them to the store
[14:25] <kenvandine> but i think there is some jenkins process
[14:25] <kenvandine> bfiller can school you :)
[14:25] <seb128> kenvandine, and how do you get fixes in trunk?
[14:25] <seb128> manual merge? CI?
[14:26] <bfiller> seb128: so notes-app is kind of like some of our other apps. there are both debs and clicks and the package is actually in universe
[14:26] <bfiller> seb128: so the process is to use CI train to get the deb released and changes into trunk
[14:26] <seb128> bfiller, ok, so I can do "normal landing", then the click needs to be refreshed sometimes?
[14:26] <bfiller> seb128: then once it's in trunk I build a click from trunk using jenkins
[14:26] <seb128> sounds simple enough
[14:26] <bfiller> seb128: yes
[14:26] <seb128> bfiller, I'm going to have a look to that and might be you with extra questions next week
[14:26] <seb128> bfiller, kenvandine, thanks
[14:27] <seb128> and might ping*
[14:27] <bfiller> seb128: then I use this link (need vpn access) to build the click from jenkins http://s-jenkins.ubuntu-ci:8080/view/click/job/notes-app-click/
[14:27] <kenvandine> seb128, np
[14:27] <bfiller> seb128: but you can probably use click-buddy or something local
[14:27] <seb128> bfiller, ok, I've access and did that once in fact :-)
[14:28] <seb128> k, I might play with that as well, just to see what works better for me
[14:37] <SturmFlut> mzanetti: Ping
[14:37] <mzanetti> SturmFlut: Peng!
[14:38] <SturmFlut> mzanetti: Arrgh! *drops dead*
[14:38] <mzanetti> what up?
[14:38] <SturmFlut> mzanetti: Have you seen the Squircle demo?
[14:38] <mzanetti> yep
[14:39] <mzanetti> well, just looked into the code, didn't run it
[14:39] <SturmFlut> It has awesome special effects! Run it!
[14:39] <mzanetti> haha
[14:39] <mzanetti> ok
[14:40] <SturmFlut> "Now at your local cinema: The Squircle demo, budget: 132 million dollars"
[14:42] <mzanetti> have the link again?
[14:42] <SturmFlut> https://github.com/Sturmflut/ubuntu-touch-squircle-example.git
[14:43] <SturmFlut> rpadovani: I commented on your bug reports against Flood It. Didn't have the time to fix anything though :(
[14:44] <mzanetti> looks quite great indeed
[14:46] <SturmFlut> mzanetti: The funny thing is that the content of the item is rendered using native OpenGL calls inside the C++ extension library, but the animations are QML transistions and the effects are transparently applied to the item by the SceneGraph
[14:46] <mzanetti> sure
[14:47] <mzanetti> SturmFlut: the UbuntuShape we use all over does pretty much the same
[16:47] <dholbach> balloons, http://paste.ubuntu.com/9837073/ - looks about right?
[16:48] <balloons> dholbach, yes
[16:49] <dholbach> well, the build succeeded
[16:49] <dholbach> all rightie... I call it a day - have a great weekend everyone!
[16:51] <balloons> dholbach, ty, bonne weekend mon ami!
[16:52] <dholbach> and the same to you!
[16:52] <dholbach> hugs!
[16:55] <Randy_O> Hi all, does anyone know if the Pay UI will be setup to accept optional payments? Like donations?
[17:46] <rigved_> hi everyone
[17:57] <AkivaAvraham> hello ??
[18:04] <kenvandine> hey AkivaAvraham
[18:04] <AkivaAvraham> o/
[18:04] <kenvandine> AkivaAvraham, again... :)
[22:46] <AkivaAvraham> !ping
[23:23] <nik90> ahayzen: I got the weather app building and running on the phone :) with https://code.launchpad.net/~nik90/ubuntu-weather-app/weather-reboot-fixes/+merge/247495
[23:23] <AkivaAvraham> \o/
[23:27] <nik90> http://imgur.com/Jfao7gV
[23:32] <ahayzen> nik90, sweeeet \o/
[23:32] <ahayzen> nik90, victor should be around in a bit to check them out :)
[23:33] <nik90> ahayzen: cool. I will try to get the debian packaging done this weekend as well. Then you guys can take it for a spin for the next 2 weeks when I am not here
[23:34] <ahayzen> nik90, hehe cool thanks :)
[23:43] <AkivaAvraham> justCarakas, o/
[23:44] <AkivaAvraham> !ping
[23:45] <AkivaAvraham> justCarakas, https://launchpad.net/drakescrest
[23:46] <AkivaAvraham> I thought of a good name for the game, tying it to my own family lineage.