[13:51] <dholbach> heyhey
[13:51] <netcurli> hello
[13:57] <dholbach> dpm, will you be in this session?
[13:58] <dpm> dholbach, sorry, I swapped rooms. I'll be on the "Refocus the App Developer Site" session
[13:58] <dpm> in this room
[13:58] <vibhav> o/
[13:58] <dholbach> aha
[13:58]  * vibhav waves
[14:03] <dpm> sorry for the hickup guys, my fault starting in a minute
[14:03] <DavidChen> no problem
[14:03] <popey> Please hold...
[14:03] <Mirv> vibhav: do you want to get to the hangout, or waving just otherwise? :)
[14:03] <vibhav> Mirv: Below 18 :(
[14:04] <popey> right.. should work now...
[14:04] <popey> who needs to be in the planning sdk session?
[14:05] <mpt> Rheet!
[14:06] <dpm> is the video feed working now?
[14:06] <popey> i haven't started the stream
[14:06] <popey> nobody is on it
[14:06] <popey> just me
[14:06] <dpm> http://summit.ubuntu.com/uds-1303/meeting/21617/appdev-1303-developer-site-gomobile/
[14:07] <popey> oops, wrong channel :D
[14:10] <mpt> So he's the guy we blame for lack of radio controls? :-)
[14:11] <Mirv> there is some messup, the tracks for appdev-1 and appdev-2 have switched
[14:16] <Mirv> ok now the topics are right, people possibly on wrong channels
[14:54]  * cwayne is excited for this session :)
[15:01] <cwayne> yep
[15:03] <__lucio__> sorry, phone not working, ill be here.
[15:04] <cwayne> i've written a bunch, plan to write more as well
[15:05] <davidcalle> Here (at work, no hangout for me)
[15:05] <cwayne> the godfather of community scopes ^^ :)
[15:06] <Mirv> he is :)
[15:07] <gusch> hi ;)
[15:07] <alecu`> Hi, I'm alecu, I work on the U1 music store scope.
[15:08] <pedronis> hi, Samuele, working on smartscopes on the server (u1-di)
[15:08] <selena2013> hello greetings from Miami thanks for all the work we appreciate it
[15:12] <davidcalle> Regarding ports to the new API, I'd like to point out all the tools we have in the trunk of lp:ubuntu-scopes that make it very easy
[15:12] <cwayne> does the fact that the 13.04 api hasn't changed mean that these scopes aren't going to be installed by default anymore?
[15:13] <davidcalle> cwayne: unless we plan to port them back, they won't
[15:14] <cwayne> are those going to be ported to a quickly template?
[15:14] <davidcalle> Yes, the search and parsing methods from existing scopes can be basically imported as is in a new scope template (for Python)
[15:15] <davidcalle> cwayne: that would be nice, but I don't have enough experience with it myself
[15:15]  * cwayne volunteers to port to quickly
[15:16] <davidcalle> cwayne: :)
[15:18] <davidcalle> Basically, there is a scope-init script that allows to run $ scope-init <scope name> , which generates a full template, including a small test framework
[15:19] <cwayne> aren't some written in vala as well?
[15:19] <kamal> davidcalle: does scope-init relate only to the new/future API, or is it useful with the current/13.04 API also?
[15:19] <davidcalle> kamal: only the future API
[15:20] <kamal> davidcalle: thanks
[15:22] <Saviq> dpm, cwayne asked about vala?
[15:24] <cwayne> ack, thanks
[15:24] <alecu`> QUESTION: even python for scopes for the phone?
[15:26] <davidcalle> dpm: regarding the new API, there is a tutorial being done as we speak (which completion depends on the state of the API)
[15:26] <thostr_> alecu`: in best case we'd like to get rid of any python on phone
[15:27] <alecu`> ack, thanks.
[15:27] <kenvandine> i don't think we want different code bases for scopes on the phone vs. desktop
[15:29] <robru> who is speaking right now?
[15:29] <robru> (missed introductions)
[15:29] <pedronis> of course the picture is complicated, because the trade-offs are different for local local scopes, and scopes that can be run on the server
[15:30] <robru> thanks
[15:33] <alecu`> For scopes that run locally (desktop or phone), my suggestion would be to use QtNetwork to do the network calls, since that way proxy access would be transparent.
[15:34] <alecu`> That can be used from both python and C++ scopes, don't know the story about go.
[15:34] <thostr_> alecu`: well, scopes should not know anything about networking
[15:35] <__lucio__> most scopes will ask a remote service for info to present
[15:38]  * cwayne will take a work item to port the scope creation tool to quickly
[15:39] <verterok> alecu`: ATM scopes do their own networking, like plain-old urlopen(...). You have a point regarding proxy support, maybe the libunity API must provide some kind of helpers to support proxies?
[15:39] <davidcalle> Sure
[15:41] <fugue88> It makes sense for scopes to work through a networking library, especially for mobile devices where networking is often managed differently for power reasons.
[15:41] <robru> verterok, davidcalle fugue88 : if you use libsoup, you get GNOME proxy support for free, and this library is accessible in python through GI
[15:42] <fugue88> Platform API, ah yes, that would be nice.
[15:42] <alecu`> robru: my guess is that we want to get rid of gnome for the phone, so the suggestion to use qtnetwork is moving forwards
[15:43] <robru> fair
[15:43] <alecu`> and go's support of proxy types is nowhere near the level of qtnetwork or libsoup
[15:44] <ayr_ton> The new api working progress is needing some help to fix bugs? How to colaborate with code?
[15:44] <alecu`> thanks all, bye!
[15:44] <davidcalle> Thanks all
[15:44] <dpm> thanks everyone!
[15:44] <fugue88> o/
[16:00] <popey> o/
[16:02] <robin-gloster_> could you add lower third everyone please :)
[16:02] <popey_> can do in 5 mins
[16:20] <BigWhale> Are we going to end up with many different applications for all the social services? I know about the problems with aggregation, I worked on Gwibber. But still... :)
[16:21] <popey_> kenvandine: can you add me on that meeting - I have the list of individuals if you need it
[16:22] <dpm> popey, added you to the work item :)
[16:22] <popey> ta
[16:22] <popey> just spammmed kenvandine with the names and addresses
[16:22] <dpm> hi fmunozs
[16:23] <BigWhale> The idea about aggregating messages from different services is a great idea. We've been doing this from the beginning.
[16:23] <fmunozs> hello, sorry for being late
[16:23] <popey> he has them
[16:23] <robru> hi fmunozs
[16:23] <willcooke> we have the aggregated messaging menu which is great for 1 to 1 type messages, we need a specific app for each service so that you can browse around
[16:24] <robin-gloster_> do contributors to a core app have to sign the contributor agreement if they do small fixes? because i did 2 little patches which are integrated into the calculator
[16:25] <willcooke> robru: so 1:1 messages, DMs, SMS, Facebook messaging messages, things from one or more person to YOU work very well in the messaging menu.
[16:26] <willcooke> but if I want to just look at "stuff" in FB, or a general Twitter feed, then an app is a better fit
[16:26] <BigWhale> Or one application that can handle all those services and have different 'views'? Like Ken mentioned? I think it would be a good idea to keep everything under the same roof.
[16:26] <willcooke> e.g. I wouldn't want my *entire* twitter feed in the messaging menu
[16:26] <willcooke> kenvandine: +1
[16:26] <willcooke> kenvandine: thanks!
[16:26] <willcooke> kenvandine: you are wise
[16:27] <BigWhale> he also has beard!
[16:27] <willcooke> a wise wise beard
[16:27] <vrruiz> On the iPhone only notifications are shown on the "messaging menu"
[16:27] <vrruiz> RTs, mentions, direct messages
[16:28] <robin-gloster_> dpm should i add you as  Canonical Project Manager or contact in the agreement?
[16:29] <dpm> robin-gloster_, Alan Pope
[16:29] <BigWhale> More technical question... did anyone solve the problems with search on twitter? The problems with different ID's for users in the search feed and in the regular twitter feed.
[16:30] <BigWhale> User IDs that search returns for users are different from the user IDs in the normal feed. I had tons of problems mapping those.
[16:31] <BigWhale> so if you wanted to follow someone from the search feed, you ended up following a completely different user ... It was bizarre.
[16:31] <fmunozs> I'm not sure if this was already mentioned today, but on yesterday meeting somebody asked about the 100k user tokens limit for applications  that attempt to replicate Twitter's core user experience https://dev.twitter.com/terms/api-terms
[16:32] <fmunozs> yes, if this has already been talked with the Twitter team to ask for permissions ? or it just doesnt apply
[16:32] <ssweeny> i think the question is more about whether Friends will get booted from twitter for violating the TOS
[16:33] <BigWhale> Yeah, twitter made a hard limit on how many instances of an application can access API
[16:33] <BigWhale> this _really_ needs to be addressed and looked into. :)
[16:34] <robin-gloster_> could it be that's mainly meant for online services?
[16:36] <vrruiz> lol
[16:37] <willcooke> down boy
[16:37] <kenvandine> damn.... someone rang the doorbell
[16:37] <kenvandine> and the dog hates that...
[16:40] <vrruiz> Already dark in Finland?
[16:41] <vrruiz> Do you plan a QML API for "sharing" contents?
[16:41] <vrruiz> Like a popup menu showing "Facebook, Google+, Twitter" other apps can use
[16:42] <vrruiz> You rock!
[16:42] <willcooke> \o/
[16:43] <robin-gloster_> is something like web/android intents planned?
[16:43]  * vrruiz actually taking a look to it... cool!
[16:45] <willcooke> yeah
[16:45] <willcooke> web intents are cool
[16:45] <willcooke> we should look at it
[16:45] <willcooke> but not #1 priority right now
[16:46] <robin-gloster_> it's kind of that an app can say in provides an interface and other apps can call it with their information
[16:46] <willcooke> let's revisit in a few months, once we've got destop web apps support nailed in the phone browser
[16:47] <robin-gloster_> e.g. photo app wants to share photos and other apps can register photo sharing like facebook, mms etc.
[16:47] <robin-gloster_> willcooke: could be relevant to app-to-app communication
[16:48] <willcooke> we don't do it right now
[16:48] <willcooke> but we should certainly look in to it
[16:49] <popey> 20:00 UTC is the time of the next 30 min twitter meeting
[16:50] <popey> will be in #ubuntu-touch-meeting
[16:51] <popey_> no friday
[16:51] <popey_> sorry, you said "end of the week", i followed on from that :)
[16:51] <popey_> great!
[16:52] <robin-gloster_> short elaboration on android's intents: http://stackoverflow.com/questions/6578051/what-is-intent-in-android could be useful to keep that in mind
[16:52] <popey_> laaag :)
[16:53] <willcooke> cya
[16:53] <BigWhale> Great session.
[16:53] <fmunozs> thans
[16:53] <fmunozs> thanks*!
[16:53] <vrruiz> bye!
[16:53] <robru> thanks everybody ;-)
[16:54] <fmunozs> popey, hello, will the friends people be in the meeting tomorrow?
[16:54] <fmunozs> friday*
[16:54] <robru> fmunozs, I should be.
[16:54] <popey> great.
[16:54] <popey> thanks robru / kenvandine
[16:55] <fmunozs> thanks, I have noted that gatox/diego has some doubts about using the Friends backend and wanted to use his own c++ code to interact with twitter, i think we should really decide that now :)
[16:56] <robru> fmunozs, I'm not sure why they would not want to use friends... all the work is already done! and it's already in the phone anyway! so I don't see why anybody would want to duplicate the effort.
[16:57] <robru> fmunozs, if there are any architectural issues with friends, we are happy to adapt to accomodate your needs. I've been working on this for the last 6 months and like I've said a couple times, it's 90% done
[16:57] <popey> robru: what's your email address.. i can invite you to the meeting..
[16:57] <robru> popey, robert.park@canonical.com
[16:57] <popey> ta
[16:57] <robru> yw
[17:00] <fmunozs> robru, yea I totally get the point, makes no sense to redo everything and the framework is there for a reason, I just want to have it clear and start developing
[17:43] <codealot> got caught up in some traffic
[17:43] <codealot> How were the sessions today?
[17:50] <dpm> codealot, good :) you should check out the twitter app one
[17:51] <codealot> thanks dpm let me have a look at it
[18:16] <zebaszp> the video is up!
[18:16] <zebaszp> hi there! :D
[18:18] <zebaszp> dpm yay! :D
[18:18] <zebaszp> also, you should type "QUESTION:"
[18:19] <bzoltan> dpm: I would join :)
[18:20] <dpm> http://summit.ubuntu.com/uds-1303/meeting/21615/appdev-1303-app-development-community-growth/
[18:20] <dmj_nova> I'd be happy to join
[18:23] <zebaszp> awkward silence...
[18:23] <rrnwexec> QUESTION: How large do we think the App Dev community is currently? Is it measured/measurable?
[18:25] <rrnwexec> QUESTION: Would we consider  a "registration" for App developers? That way we can gain a sense of how many are in the pipeline, who's doing what, and where we need to focus?
[18:26] <zebaszp> could you please mute your mics when you're not talking? there's a lot of echo
[18:30] <codealot> I'm based in Kenya, Africa and we have a large presence of developers and also adoption is great but less exposure on how to contribute or rather finding it much easier to contribute to android
[18:30] <rrnwexec> ok. i'll join
[18:30] <codealot> so how to address this?
[18:30] <Atlantic778> QUESTION: Can blueprints on launchpad help with mockups and ideas for deciding which apps are the most atractive and needed for users?
[18:34] <codealot> can we start off with some Ubuntu awareness campaign? but my first question prior to that would be "Why Ubuntu (for a developer)"?
[18:38] <codealot> I'm thinking of, if we simplify ways of interaction and present much more documentation it can be a step forward
[18:40] <codealot> I agree with David on that :)
[18:43] <Mirv> sorry I'm listening to the xubuntu talk, but just added the mer/maemo/nemo/sailfish to meego since it's all part of the same evolution
[18:43] <Mirv> community wise, not technically
[18:47] <codealot> great idea
[18:50] <dpm-desktop> thanks Mirv!
[18:53] <codealot> also with regards to the local community dev, any show of support from Ubuntu/Canonical itself would pull a crowd and awareness and exposure begins. I talking with much regards to devs based in Africa
[18:56] <Mirv> codealot: I think https://wiki.ubuntu.com/LoCoTeamKnowledgeBase should be updated to somehow consider the whole culture shift towards mobility, applications etc with regard to LoCo (just an idea to throw)
[18:57] <Mirv> like starting to thinki what kind of LoCo resources could be shared between LoCos
[18:57] <codealot> Mirv: I agree on that. Let have in mind that some resources we may want to utilise might not be present all over
[19:00] <zebaszp> what about the UAK?
[19:01] <codealot> gnite to you all
[19:01] <dpm> good night, thanks everyone!
[23:07] <lkolko19> hey
[23:32] <z3r0coo1> APP cool