#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
