#ubuntu-uds-appdev-2 2013-03-05 * udsbotu changed the topic of #ubuntu-uds-appdev-2 to: Track: App Development | The photo gallery application | Url: http://summit.ubuntu.com/uds-1303/meeting/21619/appdev-1303-apps-galle <AmberJ_______> I'm here! :) <Chipaca> are the photos purely local? <Chipaca> is there any design for pulling them from an online service? <Chipaca> there's an u1 api for photos now :) <Chipaca> 'k <ritz> read only support for these gallery would be nice, or atleast plugin arch for these <ritz> soryy, joined late <Chipaca> also the camera and other photo apps use different folders <ritz> emblems ? <ritz> as nautilus does <boiko> the streaming seems stopped <boiko> or is it just for me? <popey> oh? <popey> hangout still running <popey> "1 viewer" <boiko> popey: here I cannot access the youtube streaming anymore <popey> yeah, same here on my second machine <popey> boom ended <bfiller> yikes hangout died <boiko> it is back <popey> phew <ritz> not that I know of <ritz> manual publishing <ritz> never seen u1 there <ritz> picasa, fickr, and other services <udsbotu> uds-appdev-2: 5 minutes left in this session! <ritz> auto-sync would be nice, but read-only support be a awesome start <ritz> cache auto clean , for online albums <udsbotu> uds-appdev-2: 4 minutes left in this session! <bfiller> ritz: makes sense <udsbotu> uds-appdev-2: 3 minutes left in this session! <udsbotu> uds-appdev-2: 2 minutes left in this session! <udsbotu> uds-appdev-2: This session has ended. * udsbotu changed the topic of #ubuntu-uds-appdev-2 to: Currently no events are active in this room - http://summit.ubuntu.com/uds-1303/appdev-2/ - http://ubottu.com/uds-logs/%23ubuntu-uds-appdev-2.log <selena2013> hi <dpm> everyone: plenaries are now on ubuntuonair.com <selena2013> ok * udsbotu changed the topic of #ubuntu-uds-appdev-2 to: Track: App Development | Web Browser Application for touch devices | Url: http://summit.ubuntu.com/uds-1303/meeting/21621/appdev-1303-apps-webbrowser/ <codealot> Hi guys <sil-unwell> extra thoughts that aren't on the agenda which I don't know about: playing media from HTML, Flash rendering, command line options, developer tools, user agent string, getting people to care about our browser and how that'll happen, asking ppk to work with it <sil-unwell> benchmarks: sunspider, <selena2013> yeaaaa <sil-unwell> firefox's http://arewefastyet.com/ shows many performance tests that they do <qengho> I think chromium project has release-tests they use that we can compare against. <sil-unwell> the acid test isn't about performance, it's about rendering accuracy, but yeah <sil-unwell> I don't want to derail the meeting if you guys have a plan <popey> sil-unwell: http://summit.ubuntu.com/uds-1303/meeting/21621/appdev-1303-apps-webbrowser/ <alex-abreu> sil-unwell, :) <sil-unwell> so no-one is expected to use this browser on their desktop, say? <popey> there's an etherpad with the agenda at the bottom <sil-unwell> popey: ya, I am reading the etherpad :) <popey> ok, cool <alecu`> android does the same with youtube or html videos <jdstrand> android does that too <sil-unwell> right: maybe that's what we want to do (play video in a separate app) but someone needs to think about that, and write it ;-) <alex-abreu> yeah <alecu`> html5 video, I mean <kenne> it makes sense for bypassing compositor as well :) <olafura> I think syncing one of the most important things <bfiller__> sil-unwell: no doubt <kenne> why not join #qtwebkit <codealot> I have some Qt/Webkit experience <kenne> I did large parts of the interaction part of qtwebkit <kenne> as well as the N9 browser <oSoMoN> awesome <olafura> i've tried building an native application with it and it was pretty bad, it definatly has bugs that are not in gtk webkit. But i think it should be fixable. <codealot> olafura: I agree with you on that <kenne> gtk uses webcore for all drawing <kenne> ie. no pinch zooming etc <Arun__> Hi, I'm ready to work on QtWebKit for ubuntu <Arun__> phone <codealot> also an issue with handling some certificate types <kenne> yeah we fixed most of these issues for the N9 browser <kenne> but not all got upstreamed <kenne> memory doesnt grow linear with number of tabs <kenne> there are a lot of static allocated memory and lots of caches which are shared etc <kenne> it makes no sense optimizing per size.. everyone are already doing that, ie. google and apple and optimizing a lot <olafura> I think you should only keep current tab in memory and storing session information so you can open it back as it was without the memory penality <kenne> better to optimize the graphics system <kenne> a lot is configurable already, like page cache size etc <sil-unwell> They do, at least partially, rewrite the HTML <sil-unwell> they'll do things like add title attributes, or inject JS which rewrites the HTML for you. <sil-unwell> why does this matter? We're not going to proxy everything, right? <olafura> I wouldn't touch resizing images with a ten foot pole, there is too much variability with javascript resizing and stuff like that <popey> willcooke: http://stuartroebuck.blogspot.co.uk/2010/07/mobile-proxy-cache-content-modification.html <kenne> these proxies are often transparent <willcooke> sil-unwell: *we* might not, but if you're using a mobile network *you* might not get a choice <sil-unwell> willcooke: sure thing, but this isn't anything that our browser can do anything about, right? <willcooke> erm, well <willcooke> if we know to expect it we can be smarter than the average bear <olafura> if websites are stupid about how they display images it's their fault <sil-unwell> we can't undo it. The operators do it for a reason; if we reverse it they'll be super cross ;) <nerochiaro> oSoMoN: just joined, did you guys talk about user agent ? <willcooke> nerochiaro: not yet <jdstrand> I have two things that I think might be related to "must-have features" <jdstrand> both could be considered implementation details <jdstrand> 1. we should standardize on a particular renderer and that renderer should be what we are using in our SDK <alecu`> Surely you want the history to open in a new tab! <alecu`> so probably tabs should come first <ayr_ton> I can help with (Qt)WebKit :) <kenne> adding tabs and history should be quite easy <jdstrand> ie, webkit makes sense to me. I have a session tomorrow on how to maintain this, but the idea is that our browser and our SDK use the same rendering code, it reduces maintenance costs <willcooke> jdstrand: I think we're OK for #1 - we're using the QtWebKit from the SDK <nerochiaro> bfiller__: oSoMoN: are we targeting only mobile sites or also normal sites ? in the latter case, what happens with popups ? <olafura> Why not port chromium? <olafura> Most of the ui is html <jdstrand> willcooke: ok, I thought I heard that may still be up in the air at the beginning of the talk <kenne> hah good luck :-) * qengho hides. <kenne> you need to get the graphis to work with acceleration, and it canot use the platform stuff as it does all it self <jdstrand> 2. consider using seccomp2 (ala chromium) for code that is processing untrusted content <kenne> also the android port isnt upstreamed <alecu`> - cleaning history and cookies in the past minutes, days, etc. <sil-unwell> bfiller__: well, it can *use* cookies OK. How do you clear cookies, for example? <alecu`> also: - private browsing <kenne> jdstrand: there is a seccomp sandbox for webkit2 contributed by my coworking (it is in bugzilla) <jdstrand> kenne: excellent. let's look hard at using it-- it greatly helps the security stance <kenne> jdstrand: just talk to tmpsantos on freenode when he is online <kenne> ok webkit1 is bad, webkit2 is like 1000x better <kenne> with performance for pinching etc <kenne> you just cannot do these things properly with webkit1 without inventing soething like webkit2 <alex-abreu> kenne, +1 ... <kenne> it makes no sense investing in webkit1/qt <sil-unwell> willcooke: there is a big distinction between "the browser can receive cookies and hand them back" (which is built in) and "there is UI for them so you can do things like clear cookies to log into a site" (which is *not* built in) <kenne> jdstrand: https://docs.google.com/document/d/1Fe2ZSEazdqzxBWHDjGF8WuYwsI6-C95Ljmn-QiMyl94/edit?usp=sharing <nerochiaro> oSoMoN: don't really agree with what you just said re history and bookmarks <nerochiaro> oSoMoN: bookmarks serve a different purpose <willcooke> sil-unwell: noted <sil-unwell> on bookmarks: we need to think, HARD, about how bookmarks and installable webapps fit together. If I "bookmark a site", am I bookmarking it to my home screen? If I'm bookmarking it to my home screen, isn't that the same as installing it as a web app? Where's the dividing line? <jdstrand> kenne: ah, excellent :) <willcooke> sil-unwell: IMHO, bookmarking != "installing" a webapp <sil-unwell> U1DB QML bindings: not quite usable yet but it's reasonably close. You could start working with it now. <sil-unwell> willcooke: you and I disagree there ;) <kenne> alex-abreu: are you guys using Qt5 and qtwebkitwidgets today? or Qt4 ? <codealot> I think Chromium is way too heavy for this <willcooke> sil-unwell: :) <alex-abreu> kenne, qt5 <kenne> btw #qtwebkit is the channel where the qt guys hang out <alex-abreu> codealot, yes <lool> (sorry, was sending questions to appdev-1 instead of appdev-2) <dobey> sil-unwell: also, some web sites just don't work well at all on mobiles; so tab/cookies/etc sync needs to be very carefully thought about <kenne> alex-abreu: but are you using webkit2 or webkit1? <lool> 19:29 < lool> dbarth: did you bring up remote apps? <lool> 19:32 < lool> QUESTION: would it be possible to support the remote apps use case (thinclient) with API similar to webapps? e.g. to integrate apps in the launcher <alex-abreu> kenne, wk2 <kenne> then I dont understand why the pinch and panning is bad <kenne> I had this running on very low end phones and smoothly 60fps <lool> dbarth would like to integrate remote apps (apps launched from an app server) in the launcher; I was wondering whether this would link in any way to webapps APIs <alex-abreu> kenne, depends on the backing store implementation right? e.g. w/ accelerated compositing etc. <alex-abreu> kenne, and what's backing it <olafura> codealot Chromium should not be any heavier then QtWebkit plus all the application code required to reimplement years of browser work <Arun__> tiled backing store <dobey> also, would this mean moving away from firefox as the default on real computers? <kenne> alex-abreu: webkit2/qt always uses the tiled backing store and shares the tiles across process boundaries <codealot> olafura: I do agree with you <kenne> alex-abreu: there is not really any way to avoid accelerated compositing and tiled backing store (nor does it make sense) <alex-abreu> kenne, yeah, but the final composition ... <kenne> yeah the final composition happens in the ui process (coordinated graphics) <codealot> but is latest chromium based on webkit2? <alex-abreu> kenne, ok. ... might be something in the layers between touch detection -> dispatch to browser <kenne> which you might be compositing as well <alex-abreu> kenne, yeah <Arun__> no chromium is not at all based on WebKit 2 <kenne> chromium uses something similar (content_layer) <alex-abreu> codealot, no it's webkit1, and they have their own message based splitting of renderers <Arun__> may be content shell or CEF <kenne> the pages dont show when fully loaded <kenne> the pages are shown when the initial layout is complete <Arun__> Chromium Embedded Framework <kenne> you can probably trigger it to do more iterative layouts which actually makes the loading slower <kenne> but it may show things earlier <alex-abreu> kenne, yeah <sil-unwell> right. This is sacrificing actual speed for perceived speed; force a layout before everything's downloaded, and then reflow later. <gusch> I wonder if rendering is done in tiles (as usually done on mobile devices) <kenne> it shouldnt really be slow, but I have noticed it as well <kenne> it might be issues with networking as well <sil-unwell> everyone else has already addressed this problem (in a variety of positions on the perceived-vs-real-speed spectrum) so it'd be worth looking at everyone else to see how they did it :) <alex-abreu> sil-unwell, indeed <kenne> sil-unwell: but you dont want to layout before it is ready either because you end up with the layout changing and confusing the user <dobey> i wouldn't try to be too aggressive on the perceived loading speed. it's very easy to go overboard and make stuff look horrible and get fits of flickering and such as stuff moves around after things get loaded <kenne> dobey: exactly <sil-unwell> kenne: totally agreed. This is what I meant about how every other browser has chosen their personal compromise around don't-reflow-too-much vs put-stuff-on-the-screen-asap <dobey> and it doesn't help that web developers also do a bunch of crazy things to try and work around things in various browsers, to make their own pages look like they load faster <Arun__> which QPA plugin been used in ubuntu phone? <kenne> qtwebkit is using the default setting now, so it should be fine, the different is that it is not showing a white screen between the first load and initial layout <Arun__> XCB/XLIB/EGLFS?? <boiko> Arun__: I think it uses a QPA that talks to SurfaceFlinger <boiko> Arun__: at least for now <renato__> Arun__, I am think canonical implemented a new based on SurfaceFlingler <bfiller__> Arun__: we've written our own, qtubuntu <Arun__> unless qpa plugin uses hardware path it will be slow <bfiller__> Arun__: it's the qpa plugin that talks to surface flinger via ubuntu-platform-api <bfiller__> Arun__: lp:qtubuntu <dobey> i'd stick to the default for the reflow/layout stuff. if it's going to slow on actual phone hardware that we're targeting, then there's likely some misuse of hardware causing problems somewhere, or there's a bug in webkit <qengho> I'd think it's IO-bound, and we have cycles to burn between chunks. <sil-unwell> willcooke: but similarly, completely ignoring the webapps stuff, if I open the grooveshark html5 app in my phone browser, and then I switch to another app on my phone, the music had better not stop playing or it's useless. <alecu`> QUESTION: which is the mailing list for this? <alex-abreu> sil-unwell, yes <willcooke> sil-unwell: that's a multi-tasking problem, not a webapps problem <willcooke> :) <Arun__> bfiller: surface flinger is similar like x11/wayland windowing server?? <alex-abreu> willcooke, in the end it's going to be a webapps problem :) <sil-unwell> willcooke: absolutely, yes. The webapps stuff just exhibits the problem in even more detail :) <alex-abreu> sil-unwell, totally <kenne> I would stick with the iphone one until last minutes * willcooke puts his head back in the sand <bfiller__> Arun__: in some ways similar <kenne> that way you get the mobile sites and can actually fix things <alecu`> QUESTION: is there a way for the browser to be used by native touch apps that need to open a browser to login to some service, and then want control back? <kenne> that is how we did the N9 browser <kenne> the user agent was changed last minute <sil-unwell> alecu`: yes, good question. <olafura> bfiller__ How about using Chromium as the base instead of QtWebkit? <sil-unwell> to enlarge alecu`s question, what will the browser do if it gets an x-my-new-scheme://blah URL? <alex-abreu> kenne, are you the Kenneth working for Intel (ex-nokia) ? <kenne> alex-abreu: indeed <alex-abreu> kenne, cool <sil-unwell> QUESTION: getting people to care about our browser and how that'll happen. <Arun__> what about plugins? <codealot> sorry time is almost up and I was slightly away: just my five cents. I thing we go with qtwebkit. Its pretty easy to change be the webkit wrapper into use webkit2 <codealot> and the proceed from there <alecu`> ok, we'll use webkit then, thanks! <Arun__> NPAPI? <alex-abreu> Arun__, :( <kenne> alex-abreu: im often online during the day, so if you have questions, feel free to ask me <alex-abreu> kenne, yeah I saw quite a few of your presentation, will most likely come to you <Arun__> custom-uri scheme is there <Arun__> custom uri scheme is a W3C standard <fugue88> tel:##### URL scheme? <alecu`> not only new http schemas, but something similar to android's intents, where a portion of the url is used to select the app. For instance, open urls that start with http://youtube.com in a media player instead of the browser <willcooke> fugue88: does that already exist as a standard? <fugue88> willcooke: I believe so, I'll look around for it. <willcooke> thanks fugue88 <kenne> the hard part is finding out what is a phone number and it varies from country to country and slows down layout :-) and has all kinds of bad side effects <fugue88> RFC 3966. <alecu`> thanks all! <Arun__> thanks all <Arun__> :) <codealot> cheers <alex-abreu> good session * udsbotu changed the topic of #ubuntu-uds-appdev-2 to: Track: App Development | Ubuntu SDK Tools | Url: http://summit.ubuntu.com/uds-1303/meeting/21625/appdev-1303-ubuntu-sdk-tools/ <oSoMoN> hey kenne, so youâre a qtwebkit developer? <alex-abreu> kenne, and EFL2 binding guy from what I recall <Arun__> what is the mailing list for ubuntu browser development? <oSoMoN> ah, awesome, I see we have a list of people who can help, thatâs gonna be very handy <kenneth_> oSoMoN, yes, that and the webkit port for Tizen <kenneth_> sorry this is my real nick :) <fugue88> willcooke: RFC 3966, in case you didn't see my response. <fugue88> Cheers! <willcooke> fugue88: awesome!! Thanks <alex-abreu> oSoMoN, can we create a ml ? <willcooke> oSoMoN, alex-abreu : I can take a work item to sort out a mailing list <kenneth_> alex-abreu, I wouldnt call the EFL port a binding, though the EFL API is not mostly self contained on top of a generic webkit2 C port <oSoMoN> willcooke: excellent, thanks <oSoMoN> kenneth_: awesome, Iâve been hanging around on #qtwebkit lately, Iâll ping you later this week (gotta leave for dinner now) <elopio> oSoMoN: I'm probably late, but I suggest to raise the priority of the webdriver. <kenneth_> oSoMoN, ok, feel free <alex-abreu> elopio, oSoMoN yeah, testing is moahor there <alex-abreu> major <elopio> if you don't start building with that kind of testability in mind, it's going to be a pain. <elopio> alex-abreu: great. <willcooke> can we leverage Selenium? <elopio> also, we have some extensive selenium suites that run on firefox. <elopio> if we can run them on the phone too without changing anything, that's a great acceptance test for the phone browser. <oSoMoN> we already have automated tests for the chrome running with autopilot, would it make sense to integrate webdriver in there? <kenneth_> alex-abreu, what are you testing? like if you are just testing qtwebkit, you could contrtibute additional tests upstream (web engine regression tests, api unit tests etc) <zebaszp> the stream is on! <zyga-uds> QUESTION: web intents? <kenneth_> zyga-uds, dead spec <fugue88> Could <object> be considered the equivalent of an intent serialized in HTML? <kenneth_> zyga-uds, even google abandoned it in its currents state... so the idea might be fine, but the current spec was abandoned <zyga-uds> kenneth_: dead as in no longer valid? <zyga-uds> kenneth_: isn't mozilla doing that now? <zyga-uds> kenneth_: for firefoxos? <kenneth_> zyga-uds, current incarnation is dead. mozilla has a competing spec... activities <zyga-uds> ah <zyga-uds> sorry <zyga-uds> I meant that actually <kenneth_> not sure it is part of firefox os <zyga-uds> I thought it's the same <zyga-uds> IIRC that's how they have interactions like "I want to call <person>" <kenneth_> they are similar <zyga-uds> without making insane URLs <matzipan_> how does activities actually look like? <elopio> oSoMoN: do you mean, integrate webdriver into autopilot? That sounds interesting. * zyga-uds googles for the mozilla spec <ogra_> lool, i dont have a join link, could you give it to me in a PM ? <kenneth_> https://wiki.mozilla.org/WebAPI/WebActivities <zyga-uds> right <zyga-uds> I'm curious because it's a powerful model <zebaszp> kenneth,_, damn, you beat me to it <kenneth_> yes but it is just as much in limbo as web intents <zyga-uds> and it seems much better than iOS style, "invent your scheme" crap <lool> ogra_: I don't have it either <ogra_> oh <ogra_> who is tracklead ? <lool> dpm, bzoltan: Can you msg the hangout link to ogra_ ? <kenneth_> zyga-uds, that is why it must be done right the first time <zyga-uds> kenneth_: thanks, I didn't know that <dpm> popey, ^^ <popey> he has a pm âº <ogra_> yup, all fine <tsimpson_> is it because eclipse is horrific? ;) <alex-abreu> kenneth_, sorry keyboard died on me ... yeah qtwebkit tests and app specific ones <kenneth_> alex-abreu, if I were you, I would try to contribute and cooperate as much as possible with the qt team <alex-abreu> kenneth_, advice taken :) <kenneth_> alex-abreu, you want a browser, and they need a show case... and they have actually shipped a browser so they know what needs to be done <kenneth_> alex-abreu, it was so good that we lost 3 guys to apple (and I almost went as well but decided to stay in europe) <ogra_> http://review.cyanogenmod.org/#/c/32336/ <gusch> what about Qt Simulator for simulating GPS, sensors, battery, etc ? <jppiiroi1en> gusch: no idea if Digia has ported that to Qt 5 already <ogra_> gusch, thats an awesome idea ! (if it works on Qt5) <gusch> jppiiroi1en: if not, should we help? <zebaszp> the pad says Qtcreator 2.7 beta with Qt 5.0.1 has a designer built in, but I can't access the designer in raring <ogra_> which would be a bug :) <zebaszp> damn! well, off to report I guess <Mirv> zebaszp: the most probable is you hitting qt creator configuring itself wronlgy <Mirv> zebaszp: https://bugs.launchpad.net/ubuntu/+source/qtcreator/+bug/1135336 <udsbotu> Launchpad bug 1135336 in qtcreator (Ubuntu) "Qt Creator misconfigures itself if qt4-qmake is installed or if the whole ubuntu-sdk isn't installed before the first run" [Undecided,Confirmed] - Assigned to Timo Jyrinki (timo-jyrinki) <jppiiroi1en> zebaszp: do you see the application templates in File > New file or project? <zebaszp> jppiiroilen, the templates are there <jppiiroi1en> zebaszp: do you have qml2puppet installed? <Mirv> zebaszp: with a clean qt creator configuration, opening eg. currencyconverter and hitting design tab should work <Mirv> jppiiroi1en: if he has ubuntu-sdk installed, then yes <barry_> investigations are ongoing <zebaszp> I have ubuntu-sdk installed, but there's no such package as qml2puppet <Mirv> zebaszp: it's part of the qtcreator package, so it should be there. does clicking the design tab give you an error or is it greyed out? <zebaszp> Mirv, greyed out <Mirv> zebaszp: did you open a qml file like the currencyconverter in the text editor, in addition to opening the project file? <zebaszp> Mirv: oh, now that's working...it's kinda dodgy, though, I did try before and it wasn't working... <Mirv> zebaszp: ok, good that at least now it's working <zebaszp> Mirv: guess so, thanks :) <codealot> can we borrow from the PC-BSD pbi packagin <codealot> way? <codealot> with some bit of modification to have some resources shared <ogra_> well, the package format will have to be discussed in a very broad setup <ogra_> security, infrastructure and foundation teams need to be involved <ogra_> i think this is something to be planned and scheduled for next vUDS <codealot> ok <gusch> so far it seems the SDK is focused on touch any plans for desktop "features"? <fredbuntu> wouldn't desktop stuff come into focus only with Unity Next? <ogra_> i guess thats also for future planning (once we actually have a desktop where the apps integrate seamless) <zebaszp> gusch: yes, they already mentioned that earlier <greyback> jppiiroi1en: in phone shell we have qml profiling on device working <gusch> zebaszp: ups - missed that <zebaszp> gusch: nevermind, I think it was in another session earlier today <zebaszp> I guess that's it for today, then * udsbotu changed the topic of #ubuntu-uds-appdev-2 to: Currently no events are active in this room - http://summit.ubuntu.com/uds-1303/appdev-2/ - http://ubottu.com/uds-logs/%23ubuntu-uds-appdev-2.log <zack_> Is it possible to include dates of when those pictures were created? #ubuntu-uds-appdev-2 2013-03-06 * udsbotu changed the topic of #ubuntu-uds-appdev-2 to: Track: App Development | Refocus the Ubuntu App Developer site to go mobile | Url: http://summit.ubuntu.com/uds-1303/meeting/21617/appdev-1303-developer-site-gomobile/ * popey sets up the first hangout <bzoltan> hello all <popey> hey bzoltan <bzoltan> popey: Daniel Holbach I guess <dholbach> dpm, so I'll lead the session and take care of everything? <dholbach> dpm, I wasn't sure if mhall or you would be around <vibhav> hmm, "Planning the Ubuntu SDK Week" points here <vibhav> am I missing something? <dholbach> and we're going live <dholbach> just a second <dpm> dholbach, I thought you were, I'm leading the other session <dholbach> dpm, no worries <dholbach> so who's active in the appdev world and wants to contribute to this session in the hangout itself? <dpm> bzoltan, could you help dholbach? ^ <vibhav> and here we go! <bzoltan> dholbach: I am interested and involved, but I do not know much else about this session <dholbach> bzoltan, sure I'll invite you <bzoltan> dholbach: cool, thanks <vibhav> The SDK, IMO wsa a huge success <dholbach> anyone else wants to join in? <vibhav> was* <dholbach> and come on the hangout? * vibhav is below 18 <popey> dholbach: I started the hangout for this room.. have you changed it <vibhav> :( <zyga-uds> QUESTION: is qt5/qml for desktop applications in scope for this session/ <dholbach> popey, really? I changed it - I asked around who did :-((( <popey> no, I'm asking <dholbach> popey, want me to invite you? <popey> I am track lead, I'm supposed to start the hangout <popey> which I did <dholbach> sorry <popey> twice now because dpm did too * popey gives up <Wellark> QUESTION: can you update the feed link. the one in the meeting page says "live event will begin in few moments" <t1mp> Wellark: huh? http://summit.ubuntu.com/uds-1303/meeting/21629/appdev-1303-sdk-week-planning/ works fine for me <Wellark> t1mp: well, does not work for me :/ <t1mp> Wellark: on youtube maybe? http://www.youtube.com/watch?v=5K6at1GhEi8&feature=player_embedded#! <t1mp> yes, very ambitious ;) <Wellark> t1mp: that works. the event page links to http://www.youtube.com/watch?feature=player_embedded&v=IJd3wgWjP5Y <vibhav> haha * udsbotu changed the topic of #ubuntu-uds-appdev-2 to: Track: App Development | Planning the Ubuntu SDK Week | Url: http://summit.ubuntu.com/uds-1303/meeting/21629/appdev-1303-sdk-week-planning/ <t1mp> yes we want more applications. It is really cool to see apps that make use of our sdk :) And without applications, having an SDK is pointless <zyga-uds> can we develop desktop apps with ubuntu widgets <zyga-uds> ah <zyga-uds> how soon, we need to rewrite a gui soon <zyga-uds> it's a purely desktop app <zyga-uds> can we write qt5 + python apps? * zyga-uds asks too many questions <zyga-uds> ok, I have to check this <kenvandine> the next gwibber release for raring will be qt5 with ubuntu sdk... and that's for the desktop :) <Mirv> the last time I checked, PySide/PyQt didn't yet support Qt 5, but I may be wrong <zyga-uds> our current app is qt4 + cpp but it really talks to python for everything in the backend <Mirv> zyga-uds: actually correction, PyQt supports Qt 5 <zyga-uds> I think we are sold on the concept, just trying to figure out how to approach that and if we should participate next week <zyga-uds> thanks <kenvandine> dholbach! <kenvandine> :-D <zyga-uds> Mirv: thanks, that's very importnat <kenvandine> sure <zyga-uds> important <dholbach> is anyone of you interested in giving a session next week? <zyga-uds> how long is the event planned to be? <dholbach> https://wiki.ubuntu.com/UbuntuSDKDays/Prep <zyga-uds> thanks <netcurli> dholbach: yeah, I can do something, like I wrote in my email, however, since I am a qml newbie, I don't know how good my qml style is <zyga-uds> I would love to see a desktop / python3 session but I'm not ready to lead that as my qt5 knowledge is minimal <netcurli> :) <ara> join #ubuntu-uds-servercloud-1 <Mirv> yep, obviously I can be helping with installing and configuring of the SDK <schwarzburg> I would love to hear something about structuring qml apps to ensure maintainability (e.g. reusable components, unit tests, inline js vs js in separate fiels,...) <zyga-uds> dholbach: I'm installing the SDK now, if I can get a qt5/python3 hello world up I can present that next week <rferrazz> ubuntu-calculator-app has a unit-tests subfolder that you can browse to see how we are doing our calculation engine tests <dholbach> zyga-uds, you're a hero <zyga-uds> Mirv: python3-pyqt4 exists, there's nothing for python3-pyqt5 <bhenderson256> You mentioned that there aren't many QML experts out there... What resources would you recommend for "mastering" QML? <Mirv> zyga-uds: yeah I was just going to say my only information comes from http://www.riverbankcomputing.com/pipermail/pyqt/2012-December/032216.html - it does state that PyQt4 (snapshot) would support Qt 5 <zyga-uds> ah, so pyqt is not supported yet <Mirv> zyga-uds: but it may well be that even though the latest PyQt release in raring is from January, it's not new enough <zyga-uds> QUESTION: can we see if we can update the pyqt5 package (debian does not have that so we cannot sync it) <zyga-uds> or alternatively <rferrazz> http://bazaar.launchpad.net/~ubuntu-calculator-dev/ubuntu-calculator-app/trunk/view/head:/unit-tests/tst_basic.qml <zyga-uds> QUESTION: how would one integrate a qt5/qml gui with python3 application core? <kenvandine> i was disappointed by how much c++ i had to do... but that will change as we get more bindings <zyga-uds> thanks for clearing that <t1mp> did the video stream just die or is it just me? <Mirv> t1mp: just you <Mirv> t1mp: or, you may mean the app developer site mobile session which seems dead <Mirv> or ended, says it's encoding <bhenderson256> Good points... I think that the QML learning curve is something that needs to be considered/addressed... Not sure if this session is the right place, but think that we need to "sell" QML before we can sell the SDK. Thoughts? <Mirv> I think that maybe selling the SDK as a whole, the developer response globally for QML is simply quite great AFAIK <Mirv> although, it's still good to sell QML as part of it for those are coming from the other backgrounds - since QML is new(ish) to Ubuntu after all <Mirv> just some random thoughts :D <bhenderson256> Yeah... Agree... Just thinking if we could ease the learning curve for QML, we would be able to sign up more developers! :) <Mirv> bzoltan: QUESTION: was the #ubuntu-touch the channel also for toolkit? <Mirv> (what was the collaboration channel with other Qt/QML toolkit makers..) <dholbach> #ubuntu-app-devel maybe? I don't know :) <vibhav> dholbach: I can join you guys now (If it aint too late) <dholbach> vibhav, we're just about to wrap up <vibhav> ah fine <vibhav> Never mind <bhenderson256> Thank you guys! <zyga-uds> thanks! <netcurli> thanks <Mirv> thank you! <dholbach> thanks everyone! :) * udsbotu changed the topic of #ubuntu-uds-appdev-2 to: Track: App Development | Ubuntu SDK UI Toolkit | Url: http://summit.ubuntu.com/uds-1303/meeting/21631/appdev-1303-ubuntu-sdk-toolkit/ <pmcgowan> Blueprint is https://blueprints.launchpad.net/ubuntu/+spec/appdev-1303-ubuntu-sdk-toolkit <pmcgowan> is that the right one? <popey> yes pmcgowan <popey> kaleo MIA <mpt> I am following the IRC <Mirv> are there anyone else who want to join the hangout? <TheMuso> Here. <mpt> QUESTION: When will we have radio controls? <mpt> QUESTION: When will we have a datepicker? <Wellark> Mirv: I could join to discuss the HUD <Mirv> Wellark: ok <bzoltan> mpt: I will answer your questions when gerry finishes with the layouts <mpt> No, I don't mean radio buttons. I mean a mobile equivalent to radio buttons. <mpt> For example, something to choose between "POP" vs. "IMAP" when setting up a mail account. <mpt> For example, the iOS equivalent is a grouped table. <mpt> It is not just a "desktop thing". <mpt> Who is designing the components? <mpt> I'm designing System Settings for mobile. That's why I'm asking. :-) <mpt> okay, cool <mpt> QUESTION: What's the best way to provide feedback on the API? For example, it looks (though I'm not sure) as if there's no way to label the ends of a slider. Would that be a bug report, or something raised in a meeting, or what? <bzoltan> mpt: This is the project https://launchpad.net/ubuntu-ui-toolkit and we folow the bugs there <mpt> thanks * mpt subscribes <ckpringle> mpt: https://launchpad.net/~ubuntu-phone <t1mp> tutorial link: step 2 on https://developer.ubuntu.com/get-started/gomobile/ <zebaszp> QUESTION: is there support for changing the UI on rotation (different between landscape and portrait)? For example, the iOS calculator turns into a scientific calculator in landscape <boiko> the header will have the same behavior as it has in the tabs? (scroll together with a flickable) <zebaszp> ok :) <t1mp> boiko: yes, exactly the same. And the Tabs will be updated to use the "common" Header component (but you won't notice the difference) <boiko> t1mp: nice! I need that in some views of the phone-app <boiko> t1mp: thanks <zebaszp> the HUD is definitely the coolest <nerochiaro> bzoltan: one thing i don't understand about the hud is why was it designed to have access to all the apps menus and not just the currently running app <t1mp> sorry, brb. <t1mp> back <nerochiaro> ok, i just found the top list of app icons confusing. thanks for explaining <zebaszp> ...or you could have them migrate to raring/rolling? <zebaszp> :P <TheMuso> accessibility roles are also needded. <TheMuso> As well as possible stuff for keyboard nav in the desktop case. <greyback> TheMuso: agreed <TheMuso> I'm happy to work with you guys to get that sorted, since I can do testing. <TheMuso> Wasn't a questino. <TheMuso> It was a statement. <greyback> TheMuso: cool! Do you know if autopilot can integrate with orca at all? <TheMuso> greyback: No, but LDTP will likely be able to do so. <TheMuso> LDTP uses the accessibility framework to do testing. <TheMuso> Note that there are still some bugs in the Qt a11y code itself. <TheMuso> I'll be working with upstream to try and get these addressed. <greyback> TheMuso: that's true. I'm not sure if we want to use /another/ testing framework however :) <greyback> TheMuso: in qt5 still? Oh dear :( <TheMuso> Yes. <TheMuso> There is only one person working on the code upstream after all. <zebaszp> cheers! <greyback> TheMuso: fregl? <TheMuso> greyback: Is there another channel for the SDk where we can talk about this further? <TheMuso> greyback: Yes. <greyback> #ubuntu-touch is all we have so far <TheMuso> Ok. <greyback> TheMuso: ^^ let's move there <TheMuso> Sure. <zebaszp> a wild popey appears :P <popey> :D * udsbotu changed the topic of #ubuntu-uds-appdev-2 to: Currently no events are active in this room - http://summit.ubuntu.com/uds-1303/appdev-2/ - http://ubottu.com/uds-logs/%23ubuntu-uds-appdev-2.log * udsbotu changed the topic of #ubuntu-uds-appdev-2 to: Track: App Development | The telephony application | Url: http://summit.ubuntu.com/uds-1303/meeting/21620/appdev-1303-apps-telephony/ <psivaa> What about call and possibly data divert options? <psivaa> bfiller_: ^ * udsbotu changed the topic of #ubuntu-uds-appdev-2 to: Currently no events are active in this room - http://summit.ubuntu.com/uds-1303/appdev-2/ - http://ubottu.com/uds-logs/%23ubuntu-uds-appdev-2.log <popey> bfiller_: happy to let the session run on for a bit if you need it <popey> nothing else in this room, but you guys may have other things to do <popey> ..or sick of the sight of eachother.. <bfiller_> @popey we'll wrap it up <popey> k <boiko> popey: the subject needs more than a few minutes to be finished, we better end the session #ubuntu-uds-appdev-2 2014-03-11 <balloons> anyone who wants in the hangout, feel free to join up ;-) * thomi will lurk for now <thomi> in case I fall asleep at the wheel <balloons> haha <balloons> https://plus.google.com/hangouts/_/hoaevent/AP36tYehEGwOYdCFyIs1PvI1UEb_C15IQ-zSWw_hyU9ceRXs4dg7aA?authuser=1&hl=en <balloons> hangout link for anyone interested ^^ <balloons> hangout link for anyone who wants in: https://plus.google.com/hangouts/_/hoaevent/AP36tYehEGwOYdCFyIs1PvI1UEb_C15IQ-zSWw_hyU9ceRXs4dg7aA?authuser=1&hl=en <nik90> iBelieve: you should join the hangout <iBelieve> nik90: wish I could, but Google won't let me since I'm under 18. Next I'll be able to, though! <nik90> iBelieve: ah...let us know if you have any thing and we will discuss them <iBelieve> nik90: great, thanks <karni> Perhaps you guys can talk about what *would* be the advised release process <geddy> don't forget, python3 for autopilot tests please! <thomi> +1 for that ^^ <thomi> the sooner we can stop supporting py2 in autopilot the better :) <karni> Thanks for your answer <thomi> Also, if you're writing autopilot tests, you really should join #ubuntu-autopilot on freenode <iBelieve> nik90: about running tests using CI, I've been using Travis CI for GitHub. It works great, though I've only been running my qml unit tests and haven't figured out how to use Autopilot. <iBelieve> It was really simple to set up and it now saves me time because I don't have to worry about forgetting about running the tests manually <balloons> iBelieve, add a link and note into the pad if you would? <iBelieve> balloons: sure <nik90> iBelieve: that's pretty cool <balloons> anyone else have questions or discussion points? <zyga-uds> it would be nice to have a way for app developers to 'opt in' to beta somehow <zyga-uds> so that a developer could release a 'beta' and get say, 100 users to use it (max) <nik90> zyga-uds: that's a nice idea <nik90> that's what we are discussing atm <rvr> I cannot see the embedded etherpad, even though I login <rvr> Clicking to open in a separate window did the magic <dpm> https://plus.google.com/hangouts/_/hoaevent/AP36tYeAJD8ms3jDvcVmacyeMvHsAH_OJP_J8g0rztnREsiroCT-5A <dpm> for anyone to join in <dpm> it'd be good to have some developer feedback <dpm> nik90, if you're around and want to join, you'd be welcome :) <nik90> dpm: sure <dpm> excellent :) <dpm> http://pad.ubuntu.com/uds-1403-testing-workflow-for-app-devs <nik90> hmm it says I am not allowed to join the hangout <nik90> let me reopen firefox <balloons> dpm, it kicked me from the call <balloons> same error, not allowed to join :-( <dpm> balloons, I'll try to add you directly <nik90> dpm: can you send an invite to amy08@example.org <elopio> nik90: now there's a link on summit.ubuntu.com that says Join hangout <elopio> I've just found it, pretty nice. <dpm> balloons, nik90, sent you an invite <geddy> does the autopilot template write python3 files? :) <balloons> geddy, good question, I'll note it <zyga-uds> barking dog, always happens in a public hangout <sergiusens> is there going to be an option for qmltestrunner for the self contained tests and leave autopilot for more integration like tests? <balloons> sergiusens, what do you mean? <sergiusens> balloons, something that doesn't interact with the system to use qmltestrunner; like some of the unity8 tests <balloons> sergiusens, yes that's what we would advocate. Hence the example tests should be reflective of that <sergiusens> balloons, example in case; a calculator tests that does 2 + 2 and checks the result could be done with qmltestrunner <balloons> sergiusens, yes, almost all the calc tests should be unit tests <sergiusens> balloons, great; just trying to lower turn around time :-) <balloons> sergiusens, :-) merges welcome, hah <elopio> http://bazaar.launchpad.net/~ubuntu-sdk-team/qtcreator-plugin-ubuntu/trunk/view/head:/share/qtcreator/templates/wizards/ubuntu/simple/tests/autopilot/displayName/test_main.py <elopio> here's the template we need to run ^ <elopio> zyga-uds: that's always my dog. Sorry. <nxvl> dpm: what about having "required tests" and "recommended tests", where required would have absolutely necesary tests to ensure it does work <nxvl> dpm: and then "recommended" to do some extra testing as error handling and such that doesn't need to run all the time <nxvl> or even have "bug testing", "regression testing", "functionallity testing" and so on <nxvl> and group them, requiring the run of some, and make it optional/just before pushing the rest <dpm> nxvl, trying to answer that right now <dpm> there might be a bit of delay, though <nxvl> dpm: yeah, the audio just getting here <balloons> any questions / comments? <rvr> Typing noise is not nice ;P <karni> rvr: noted. seems like a hangout bug. or an NSA guy with no audio feed. <karni> rvr: ignore me, different room hehe <balloons> ty dpm <karni> but same problem * dpm hugs balloons <dpm> another nice session <dpm> sorry everyone, I seem to have some difficulties with the hangout. The session will be up in a couple of minutes <dpm> m-b-o1, here's the link to join the hangout: https://plus.google.com/hangouts/_/hoaevent/AP36tYcyO_cj_G3XuBsP6LSWTXJdLFw9K65SGUbvg7pbXErEILsxvw <dpm> and for everyone else who wants to join <dpm> http://pad.ubuntu.com/uds-1403-weather-app-planning-session <dpm> https://blueprints.launchpad.net/ubuntu-phone-commons/+spec/coreapps-1404-weather-dev <m-b-o1> https://bugs.launchpad.net/ubuntu-weather-app/+bug/1288819 <udsbotu> Launchpad bug 1288819 in Ubuntu Weather App "font.pointSize should not be used together with units.gu()" [Undecided,New] - Assigned to RaÃºl Yeguas (neokore) <balloons> kyleN? <kyleN> the test has to run in an environment that declares the same framework as the click pkg <dholbach> who is running the hangout? <dholbach> could it be that David Barth's video is "locked" (or focused)? <balloons> kyleN, ^^ unselect him <balloons> kyleN, remember you control the video feed so clicking on someone locks camera <antdillon> Sorry im late guys, I might have missed something? But can the user run these tests locally on there app before submitting? <dholbach> yes, click-reviewers-tool might be a good place for running some tests (depending on how much of a blocker some of the problems might be deemed to be) <dholbach> antdillon, yes, it was a recent addition to qtcreator-plugin-ubuntu <balloons> antdillon, tes <antdillon> Thanks <dholbach> antdillon, it's the equivalent of running 'click-run-checks myapp.click' <antdillon> dholbach, Sure <antdillon> Will there be a package manager like bower? <dholbach> kyleN, can you please unselect David Barth in the g+ video? <antdillon> To control version control <dholbach> antdillon, I don't know - what is 'bower'? :) <antdillon> Bower A package manager for the web By Twitter <antdillon> http://bower.io/ <dholbach> aha, just looking at the page -- which features would you be most interested in having in click / qtcreator / our software store? <antdillon> For example if the user wants to use a external package like sprinting then bower manages the install and keeping it up to date <antdillon> It might be something to think about in the future <antdillon> It also manages all the testing suits such as jasmin <dholbach> would this be like "adding dependencies" to click packages? <dholbach> (not sure if I understand correctly - I have no experiences with it) <antdillon> Yes exactly <dholbach> so far we said we'd let the app author bundle stuff they need <antdillon> Ok great <dholbach> ... and when we find out that everybody does it, we ship it in Touch as well ;-) <dholbach> or something along those lines <dholbach> "dependencies are hard" was probably a lesson learnt which led to click being like it is today :) <antdillon> Yeah I guess that is why twitter created bower <dholbach> balloons, can you mention to kyleN to unselect dbarth? ;-) <antdillon> Its a corner stone of yeoman <dholbach> here we go! <dholbach> thanks balloons * thomi strongly agrees with elopio <thomi> (WRT using selenium for acceptance tests) <balloons> that strongly shifts the middle argument towards using selenium too :-) <thomi> Start writing acceptance tests like you mean to carry on: don't invest in crappy technology stacks. We've tried that, and it causes us a lot of pain <thomi> David isn't on IRC? <balloons> here's in the wrong room, hah <thomi> The problem with an interim solution is that you reduce the pressure to get the final solution ready <thomi> and most often end up with the interim solution forever :( <alesage> "has been in use for decades" :) <dholbach> are we going to document the best practices for html5 app testing? :) <balloons> dholbach, I have the recommendations at the bottom <balloons> but yes, I'll cut things off very shortly <dholbach> balloons, I meant for app developers who check developer.u.c and our other docs :) <balloons> dholbach, yes, that's an action item <dholbach> cool :) <dholbach> good work everyone! :) * ChanServ changed the topic of #ubuntu-uds-appdev-2 to: Currently no events are active in this room - http://summit.ubuntu.com/uds-1403/appdev-2/ - http://irclogs.ubuntu.com/2014/03/11/%23ubuntu-uds-appdev-2.html #ubuntu-uds-appdev-2 2014-03-12 * ChanServ changed the topic of #ubuntu-uds-appdev-2 to: Currently no events are active in this room - http://summit.ubuntu.com/uds-1403/appdev-2/ - http://irclogs.ubuntu.com/2014/03/12/%23ubuntu-uds-appdev-2.html * ChanServ changed the topic of #ubuntu-uds-appdev-2 to: Track: App Development | Scopes documentation and template update | Url: http://summit.ubuntu.com/uds-1403/meeting/22217/appdev-1403-scopes-documentation/ <dpm> https://plus.google.com/hangouts/_/hoaevent/AP36tYd2EugWeju3olaoKG0wp3Rs5QRg6D0zEOW8xoFwkhvVMd85nQ <dpm> http://pad.ubuntu.com/uds-1403-appdev-1403-scopes-documentation <alecu> QUESTION: what's the planned work for distributing scopes as click packages in the appstore and in the click installation? (I imagine some fields need to be added to the click manifest, and some click hooks needs to be written) <alecu> dpm: ^ <alecu> facundobatista: I see gandalf is joining your coding adventures. Now, I'm trying to picture if you boromir or faramir or viggo <alecu> *you are <facundobatista> alecu, I'm Sam <dobey> facundobatista: does that mean lucio is Frodo? <dobey> i would say alecu is Gimli, but he cut his beard <alecu> dobey: you may need a long blond hairpiece, but you'll make a great legolas <alecu> dpm, bzoltan: I would love to switch build target on a qtcreator template and have client and server scopes built <bzoltan> alecu: we are working on this right now <alecu> bzoltan: great! <dpm> http://developer.ubuntu.com/scopes/ <dpm> http://developer.ubuntu.com/scopes/overview/ <bzoltan> alecu: but please ping me later and tell me what target exactly you need to use <pstolowski> http://developer.ubuntu.com/api/devel/ubuntu-14.04/cplusplus/unity-scopes/ <mhr3> unity-scope-tool * ChanServ changed the topic of #ubuntu-uds-appdev-2 to: Track: App Development | CoreApps Testing Review | Url: http://summit.ubuntu.com/uds-1403/meeting/22177/coreapps-testing-review/ <dpm> https://plus.google.com/hangouts/_/hoaevent/AP36tYeeMBahrQ2BDirCAwECUuTDlDE3sZiBtN76yK4CVYAAPRruWg <dpm> for anyone wanting to join the hangout <dpm> http://pad.ubuntu.com/uds-1403-coreapps-testing-review <dpm> the etherpad for the notes ^ * ChanServ changed the topic of #ubuntu-uds-appdev-2 to: Currently no events are active in this room - http://summit.ubuntu.com/uds-1403/appdev-2/ - http://irclogs.ubuntu.com/2014/03/12/%23ubuntu-uds-appdev-2.html * ChanServ changed the topic of #ubuntu-uds-appdev-2 to: Track: Client | Dash Smart Scope Scope | Url: http://summit.ubuntu.com/uds-1403/meeting/22135/dash-smart-scope-scope/ <balloons> __lucio___, joining/ <balloons> hangout url if anyone needs it: https://plus.google.com/hangouts/_/hoaevent/AP36tYdsj50fcuXoINJGYkjBZgoRkPGXRMuel7oqp99sQr42biof4A?authuser=1&hl=en <nhaines> balloons: thanks. :) <olli_> hey crowd <balloons> howdy :-) <pstolowski> london seems to be everyone's favorite example ;) <mhr3> QUESTION: why do i get no results for "washington"? :) <dobey> __lucio___: play the guitar <mhr3> we did <nhaines> QUESTION: If I missed it... will the new scope stuff hit this week or Monday in the touch builds? :) <__lucio___> its my chance! free public <pstolowski> mhr3, that's for security reason ;) <mhr3> pstolowski, :D <dobey> heh <mhr3> __lucio___, that is integrated now, washington just doesn't return anything <dobey> nhaines: probably next week <nhaines> dobey: aww, that's not as fun as a Friday drop. :) <nhaines> Thanks, though! <mhr3> yes, but pls fix :) <dobey> nhaines: i want it to land last week. lots of my stuff is blocking on it :) <__lucio___> not broken, features missing <__lucio___> :) <mhr3> next week <mhr3> probably <facundobatista> mhr3, "washington, d.c." <mhr3> yep that works <mhr3> with the punctuation anyway <__lucio___> mhr3: great question! :) <facundobatista> if client_user == "mhr3": always_return_results_for_london() <facundobatista> mhr3, :) <mhr3> facundobatista, i knew it! :) <pedronis2> thanks <pstolowski> :D <nhaines> Thanks everyone! :) <facundobatista> bye! * ChanServ changed the topic of #ubuntu-uds-appdev-2 to: Currently no events are active in this room - http://summit.ubuntu.com/uds-1403/appdev-2/ - http://irclogs.ubuntu.com/2014/03/12/%23ubuntu-uds-appdev-2.html #ubuntu-uds-appdev-2 2014-03-13 * ChanServ changed the topic of #ubuntu-uds-appdev-2 to: Currently no events are active in this room - http://summit.ubuntu.com/uds-1403/appdev-2/ - http://irclogs.ubuntu.com/2014/03/13/%23ubuntu-uds-appdev-2.html * ChanServ changed the topic of #ubuntu-uds-appdev-2 to: Track: App Development | Storage APIs in the Ubuntu SDK | Url: http://summit.ubuntu.com/uds-1403/meeting/22212/appdev-1403-storage-apis/ <mhall119> if anyone has questions go ahead and start asking <rickspencer3> do you guys have any notion of when u1db will support syncing on phones and tablets? <mhall119> anybody who wants to join the video hangout can join https://plus.google.com/hangouts/_/hoaevent/AP36tYfW1riiYzbbIyLf2kEM0LFg6xdPfPQwQHCnZOArJf8bSIJwIg?authuser=1&hl=en <mhall119> http://pad.ubuntu.com/uds-1403-appdev-1403-storage-apis <iBelieve> QUESTION: Will U1db support automatic synchronization with the user's other devices, or will the developer have to provide his own synchronization server? I think I saw some code that requires the developer to provide his own server, but I could be wrong. <rickspencer3> pmcgowan, ^ ? <rickspencer3> did you guys answer that question at the moment I stepped away? <pmcgowan> rickspencer3, we did <rickspencer3> and? <pmcgowan> your question I assume? <rickspencer3> pmcgowan, well, iBelieve's I guess <rickspencer3> I wanted to know if/when we support syncing <pmcgowan> ah, several issues to resolve for sync, app lifecycle behavior (seems ok), API design, and migrating the test suite <pmcgowan> so not soon it seems <alex-abreu> kalikiana we are working on the js bindings for html5 <alex-abreu> kalikiana, for u1db <mhall119> alex-abreu: \o/ <mhall119> kalikiana: I think we lost you <dbarth> pmcgowan: i guess you should save the stage your in (sidebar, mainview) rather than coordinates <dbarth> pmcgowan: and the app-lifecycle may let you see that, or just do it for you transparently <dbarth> tvoss should have an recommendation there <zsombi> dbarth: think of the desktop, coordinates may be useful there <dbarth> zsombi: i'm not even sure with unity8 <alex-abreu> zsombi, yes <mhall119> http://developer.ubuntu.com/apps/platform/guides/content-hub-guide/ is an example of the language-agnostic guide for content hub <dbarth> yup, but i think that's fine kyleN if you go ahead describing the technology side of things, and then we'll ensure that bindings are ready * ChanServ changed the topic of #ubuntu-uds-appdev-2 to: Track: App Development | App developer docs: roadmap | Url: http://summit.ubuntu.com/uds-1403/meeting/22216/appdev-1403-dev-doc-next-steps/ <kyleN> dbarth, it is ofteneasier tounderstand and write the generic info AFTER the implementations are in place since the generic info summarizes the actual implementation <kyleN> if the summary/the guide is written first it has to be then modified to fit what is actually implemented :) <mhall119> dholbach: https://plus.google.com/hangouts/_/hoaevent/AP36tYdjBFcQ3qAoXsFTmBnRykbwWgeMWs9o0mvS8-mYWR4JKXf_kQ?authuser=1&hl=en <dbarth> kyleN: that's not wrong ;) <dholbach> thanks * kalikiana wonders how many beers he should buy kyleN for him to write a guide for U1Db <pmcgowan> kalikiana, I think you may need something more refined than beer for him <mhall119> kyleN: https://plus.google.com/hangouts/_/hoaevent/AP36tYdjBFcQ3qAoXsFTmBnRykbwWgeMWs9o0mvS8-mYWR4JKXf_kQ?authuser=1&hl=en <mhall119> kalikiana: you're going about that all wrong, you buy jono the beer to get kyle to write docs :) <dholbach> haha <dholbach> ok... who else wants to join in for the hangout? <kyleN> dholbach, I will, if you are referring to docs roadmap <mhall119> kyleN: yes <dholbach> kyleN, cool <kalikiana> mhall119: :-D <dholbach> anyone who wants to join the hangout? <dholbach> any questions or suggestions? <mrjazzcat> kyleN: Agreed. For me, examples / code-snippets are the most useful. Tutorials are great, but much more work to explain the always-changing examples <mrjazzcat> dholbach: exactly, for me anyway <mrjazzcat> mhall119: agreed <dholbach> we're talking about https://bugs.launchpad.net/ubuntudeveloperportal/+bugs right now <mhall119> kyleN: I don't see anything cookbook related in summit <mhall119> where did you submit it? * ChanServ changed the topic of #ubuntu-uds-appdev-2 to: Track: App Development | Add more examples to our developer documentation | Url: http://summit.ubuntu.com/uds-1403/meeting/22200/appdev-1403-dev-doc-code-examples/ <dholbach> mhall119, shall I set the session up? <dholbach> yeah, I said so to dpm - will do <dpm> thanks dholbach <mhall119> thanks dholbach <dholbach> https://plus.google.com/hangouts/_/hoaevent/AP36tYcMRz8RPzzrvLA9DmzLnZB1YH0DzQ1V33pxXB4DXO0f73QJZg <dholbach> "Remove http://developer.ubuntu.com/api/devel/ubuntu-13.04/qml/ui-toolkit/overview-ubuntu-sdk.html URLs from the developer site" <dholbach> mhall119, ^ <dholbach> mhall119, and "Ensure the API site results rank higher on Google search than http://developer.ubuntu.com/api/devel/ubuntu-13.04/qml/ui-toolkit/overview-ubuntu-sdk.html" <dholbach> mhall119, do you think they make sense? <mhall119> yeah, I'm just not sure the right thing to do here <mhall119> I suppose
{'channel': 'ubuntu-uds-appdev-2', 'month': 3}