[04:06] <Mirv> morning, and yes QCommandLineParser usage should lead to >= 5.2.0 dependencies automatically
[05:03] <Lunner> ls
[05:18] <Lunner> ls
[08:18] <MerucodClassic> Is there any effort to port Unity over to bsd?
[08:38] <Cimi> /back
[08:38] <Cimi> I had connection issues, they fixed this morning
[08:47] <tsdgeos> Saviq: ping
[08:47] <Saviq> tsdgeos, pong
[08:47] <tsdgeos> Saviq: can you give  lp:~aacid/unity8/unity8_real_async_loader  a quick try and see what you think of the behaviour?
[08:47] <Saviq> tsdgeos, yup
[08:48] <tsdgeos> i think it looks faster/smoother and acceptable in look&feel
[08:56] <tsdgeos> and my interwebs crashed
[08:56] <tsdgeos> Saviq: not sure you got
 i think it looks faster/smoother and acceptable in look&feel
 but would like a more impartial opinion before i make it pass tests etc
[08:58] <Saviq> tsdgeos, yup, doing
[09:03] <Guest47462> Hi guys. Is it possible to point a result of one scope to another scope? i.e. trending tweets -> the trending scope result points to the 'twitter' scope with proper search term
[09:03] <Saviq> mhr3, ↑
[09:04] <karni> :)
[09:04] <karni> That would be an annotation, I suppose (?)
[09:04] <Saviq> karni, we call those "canned queries"
[09:04] <karni> ah cool
[09:04] <Saviq> karni, I'm not sure what exactly their status is, but it's coming
[09:04]  * karni wants to know moar :)
[09:04] <mhr3> karni, yes it is
[09:04] <karni> wohoo
[09:05] <karni> Tell me about it please :) Or point me to the docs (good joke, right ;D?)
[09:06] <mhr3> you'd just return ActivationResponse with a query to run
[09:06] <mhr3> same thing scopes scope does really
[09:06] <karni> mhr3: do remote scopes support that as well?
[09:07] <mhr3> not atm
[09:07] <mhr3> there's a bug about it
[09:07] <Saviq> tsdgeos, it does feel a bit better... I feel that we should do even better than that...
[09:07] <mhr3> karni, they will
[09:07] <karni> mhr3: I see
[09:08] <karni> mhr3: until then, I suppose I can point to twitter from the preview instead.
[09:09] <tsdgeos> Saviq: there isn't much more things i can do, basically everything is async now except the text and the card.qml creation itself
[09:09] <tsdgeos> but card.qml is just the text and the AbstractButton
[09:10] <tsdgeos> but i'll keep digging :)
[09:11] <mhr3> karni, fyi https://bugs.launchpad.net/unity-scopes-api/+bug/1305147
[09:11] <Saviq> tsdgeos, well, sure, but if you just put a Rectangle { color: "grey" opacity: 0.3 } or so behind the actual delegate (and load whole Card.qml async), it's totally smooth
[09:12] <karni> mhr3: subscribed, thanks!
[09:12] <Saviq> tsdgeos, so maybe we should think of something like that
[09:12] <tsdgeos> Saviq: yes, we can do that
[09:13] <mhr3> karni, oh wait, i think i misunderstood
[09:13] <Saviq> tsdgeos, but this is a step in the right direction for sure
[09:13] <karni> mhr3: no, I think this is exaclty it
[09:13] <mhr3> karni, you can't override what happens on tap, that always opens a preview
[09:13] <karni> mhr3: suppose "icecream" is trending topic right now on twitter. I can point from "Twitter Trending" scope to "Twitter" scope with 'icecream' search term
[09:13] <mhr3> unless it's an annotation
[09:13] <Saviq> tsdgeos, I'm only worried that once we put a workaround in place, we won't look at actually making the Card itself faster ;)
[09:13] <tsdgeos> Saviq: well, not sure, i mean if we go for the rectangle and card.qml totally async, i'm not convinced we need this
[09:14] <mhr3> karni, and we don't support annotations yet either :)
[09:14] <karni> mhr3: ah, that's fine. button in preview is fine
[09:14] <Saviq> tsdgeos, yeah, exactly ;)
[09:14] <karni> mhr3: baby steps :)
[09:15] <tsdgeos> Saviq: yeah, true, but i'm not sure we can make Card itself much faster, other than making the UShape faster
[09:16] <tsdgeos> Saviq: so basically you tell me what you want, try to make what i have faster without the async Card, go back to async Card + Rectangle, try to make Card itself faster
[09:16] <Saviq> tsdgeos, I still worry we'd be better off with purpose-built minimal Cards, falling back to the current behemoth Card.qml
[09:16] <tsdgeos> i'm open to anything :)
[09:17] <mhr3> +1 on specializing at least the apps cards
[09:18] <Saviq> tsdgeos, I think what we need is more analysis - like simplify Card.qml down to Shape + Label, and take measurements in the process to see what's the heaviest thing there
[09:18] <Saviq> we could also try with The New Shape™... but...
[09:20] <Saviq> tsdgeos, basically, if we can't see much improvement between a minimal "Shape + Label" and your asynchronized Card.qml, we'll know that this is not the bottleneck
[09:20] <Saviq> which I'm not sure is the case still, there's still too much happening in Card.qml I'm afraid
[09:21] <tsdgeos> ok
[09:21] <tsdgeos> i'll try that
[09:25] <Saviq> /food
[10:02] <mhr3> tsdgeos, been seeing this quite often with latest images http://imgur.com/q6fbfuC something to be worried about?
[10:02] <tsdgeos> yes
[10:02] <tsdgeos> should not happen
[10:04] <mhr3> is there a bug opened about it?
[10:04] <mhr3> it's not like this was the first time i saw it
[10:05] <mhr3> only seems more common
[10:06] <tsdgeos> i do not know of any bug open about this
[10:08] <mhr3> Saviq, aware of one ^?
[10:25] <Cimi> seb128, https://code.launchpad.net/~unity-team/ubuntu-system-settings/wizard.wifi/+merge/212675 :)))))))))
[10:26] <seb128> Cimi, get mterry to approve it and I can put a landing
[10:26] <Cimi> seb128, he approved
[10:27] <Cimi> seb128, but sine he participated in the branch, he asks for review
[10:28] <seb128> k
[10:28] <seb128> well, I've no slot for settings atm, still busy with the desktop LTS
[10:28] <seb128> but I can try to have a look next week
[10:29] <Cimi> seb128, someone else?
[10:29] <Cimi> if you're busy..
[10:29] <seb128> Cimi, we are short on people working on settings
[10:29] <seb128> you can try to ping kenvandine when he gets online
[10:29] <Cimi> ok thx
[10:30] <seb128> or tedg
[10:30] <seb128> he wrote the wifi settings
[10:30] <seb128> so he might want to review the wizard side
[10:37] <Cimi> Saviq, split common merging soon?
[10:38] <tsdgeos> Saviq: it is amazignly much faster :S
[10:41] <Saviq> tsdgeos, that's what I was afraid of
[10:41] <tsdgeos> Saviq: pushed to lp:~aacid/unity8/specialized_cards
[10:41] <tsdgeos> give it a try
[10:42] <tsdgeos> it's obviously not production ready since it's a total hack
[10:42] <tsdgeos> but the speed difference is quite woah
[10:43] <didrocks> Saviq: I've move the IRC bot to canonistack, it's stable enough for that. Feel free to tell me if you see any issue
[10:43] <Saviq> didrocks, just joined, thanks!
[10:43] <didrocks> great ;)
[10:45] <Saviq> tsdgeos, yeah, I can still make it skip frames, but yeah, it's a lot better
[10:46] <tsdgeos> Saviq: you can make it skip frames? not here, or my eyes are not that trained :D
[10:46] <Cimi> tsdgeos, we love hacks
[10:46] <tsdgeos> Saviq: and that's without the UbuntuShape being async
[10:46] <Saviq> tsdgeos, oh yeah, easy - open "Available" and scroll up as fast as you can
[10:46] <Cimi> tsdgeos, with async might be faster?
[10:46] <tsdgeos> sure
[10:46] <tsdgeos> well not faster
[10:46] <Cimi> tsdgeos, I mean the loader
[10:46] <tsdgeos> but less blocky
[10:47] <Cimi> you removed async from loader
[10:47] <tsdgeos> i know
[10:47] <tsdgeos> i don't mean that one
[10:47] <tsdgeos> i mean another one that in this branch doesn't exist
[10:47] <Saviq> Cimi, we're waiting for U to open, don't want to SRU
[10:47] <tsdgeos> adding async there makes you end up with basically and empty dash if you scroll faaaaaaaaast
[10:48] <Cimi> I see
[10:48] <Cimi> tsdgeos, what's the bottleneck?
[10:48] <Cimi> here?
[10:48] <tsdgeos> GL i'd say
[10:48] <Cimi> tried not using ubuntushape but rectangle?
[10:48] <tsdgeos> but can't tell
[10:49] <Cimi> tsdgeos, just to see if it's sdk or not
[10:49] <tsdgeos> Cimi: yes i have
[10:49] <tsdgeos> that's the thing i did day 0
[10:49] <Cimi> and?
[10:51] <tsdgeos> it is obviously faster
[10:53] <Saviq> tsdgeos, so yeah, I think this is the right direction, that's the only way that will give us fast delegates, downside is obviously code duplication, but it's a tradeoff we need to take I think
[10:53] <tsdgeos> Saviq: so the question is, how we do special case
[10:54] <tsdgeos> basically do a if template is vertical and has art and title and nothing else -> load this?
[10:54] <Cimi> tsdgeos, 100% fast or not?
[10:54] <tsdgeos> Cimi: you try it
[10:54] <Cimi> ok
[10:54] <Saviq> tsdgeos, yeah
[10:54] <Cimi> tsdgeos, Saviq because this ubuntushape thing can be problematic
[10:54] <Cimi> in 2014 we can't have slow performance because we use too many shaders
[10:55] <Saviq> tsdgeos, basically select the "smallest" delegate that can deal with what the template and components describe
[10:55] <Cimi> all other competitors are going flat (no shaders almost)
[10:55] <Cimi> while we use gpu a lot
[10:56] <Saviq> we should cache the shaped images, is what we should...
[10:56] <Cimi> Saviq, vram then :)
[10:56] <Cimi> but you still need to compute them once
[10:56] <Saviq> shaping them in GPU every time is kinda wasteful, when 90% of the time they will look the same every time
[10:56] <Saviq> Cimi, sure, once
[10:57] <Saviq> Cimi, you have to download them once, too, etc.
[10:57] <Cimi> Saviq, I think those are questions we need to answer asap
[10:57] <Cimi> Saviq, or we better use less this ubuntushape
[10:57] <Cimi> which is abused
[10:57] <Cimi> even when imho doesn't look nice
[10:58] <Cimi> (like everywhere)
[10:58] <Cimi> gallery app for example
[10:58] <Cimi> I'd rather have squares without padding
[10:58] <Saviq> Cimi, and why are you telling me this?
[10:58] <Cimi> faster, focusing on the content
[10:58] <Saviq> Cimi, don't you work from London, where... guess what! all the design happens!
[10:59] <Cimi> Saviq, because you're my colleagues? :)
[10:59] <Cimi> Saviq, well I first talk with friends/colleagues, if they agree I can jump and ask marcus
[10:59] <Saviq> Cimi, we don't have to agree ;D
[11:00] <Cimi> why not!
[11:00] <Saviq> Cimi, but worse than that, I don't think I can be objective any more
[11:00] <Saviq> I've gotten used to it, and probably a little tired, too
[11:00] <Cimi> Saviq, it's exactly what I want!
[11:00] <Cimi> tired!
[11:00] <Cimi> users should not be tired!
[11:01] <Saviq> Cimi, but we're not users
[11:01] <Cimi> Aqua on OS X
[11:01] <Cimi> their theme
[11:01] <Cimi> it has 14 years
[11:01] <Cimi> still people love it
[11:01] <Cimi> they nailed it
[11:01] <Cimi> good designs can last for long
[11:02] <Cimi> if we're tired of something in less than a year...
[11:02] <mhr3> pff Aqua sucks :P
[11:02] <mhr3> it's dated
[11:02] <Cimi> I like the ubuntu shape
[11:02] <Cimi> we can probably use it with more balance
[11:02] <Cimi> we gain in performance, battery usage, ram
[11:03] <Cimi> and will feel less tiring
[11:03] <Saviq> tsdgeos, Cimi, bug #1311599 btw
[11:04] <tsdgeos> that'd help
[11:04] <Saviq> Cimi, oh yeah, I'm tired of Aqua even though I don't use OS X at all ;)
[11:05] <Cimi> mhr3, https://www.youtube.com/watch?v=vXQlYhLcQ2c
[11:05] <Cimi> Saviq, ok but after 14 years for god sake!
[11:05] <mhr3> Cimi, ok, you got me :P
[11:06] <Cimi> Saviq, it lasted enough...
[11:07] <Cimi> Saviq, thanks for the bug
[11:07] <Cimi> Saviq, +!
[11:07] <Cimi> +1
[11:08] <Cimi> another example of too many ubuntushape is the calender
[11:08] <Cimi> I was talking with matthieu about this
[11:09] <Cimi> (he hates all those ubuntushapes everywhere)
[11:10] <mhr3> but he's working with them all day long
[11:10] <mhr3> Cimi, it's like you hating mir :P
[11:11] <Cimi> mhr3, it's fundamentally different
[11:12] <Cimi> mhr3, if mir will be as fast as wayland/sf it won't change anything for me, I chase performance
[11:12] <Cimi> mhr3, but we are talking about a design here, different
[11:13] <mhr3> the point was that you don't have outsider perspective
[11:14] <Cimi> mhr3, http://i1-news.softpedia-static.com/images/news2/Remember-Ubuntu-Touch-Apps-and-Unity-8-Are-Available-for-Ubuntu-14-04-LTS-438499-3.jpg
[11:15] <Cimi> mhr3, http://r.phonedog.com/shared/images/2014/1/180699-newmotoxgallerycrop.jpg
[11:16] <Cimi> mhr3, it's design choice, the latter focuses on the content, photo, the reason why I am running the app
[11:16] <Cimi> the photos are prioritised
[11:17] <Cimi> in our app, there's lots of padding and corners cropped too
[11:17] <mhr3> if you want to look at few last shots, yes
[11:17] <Cimi> with all the issues of performance too
[11:17] <mhr3> but the app is much better as a photo journal
[11:18] <Cimi> mhr3, you can have the same result with rectangles
[11:18] <mhr3> also, unfair comparison, bunch of nice pictures on an actual phone vs screenshot of screenshots of website
[11:19] <Cimi> mhr3, http://cloud.addictivetips.com/wp-content/uploads/2013/10/Ubuntu-Touch-16.2-Apps-Gallery-Photos.png
[11:19] <Cimi> mhr3, http://photos.pcpro.co.uk/blogs/wp-content/uploads/2013/01/Ubuntu-Phone-photo-gallery.jpg
[11:20] <mhr3> see, this second one isn't that bad
[11:20] <mhr3> although yes, quite a lot of empty space
[11:21] <mhr3> Cimi, but don't forget that the ushape is also making the platform as a whole distinct
[11:21] <Cimi> mhr3, I agree
[11:21] <Cimi> mhr3, but it's already everywhere
[11:22] <mhr3> *you* see it everywhere
[11:22] <Cimi> mhr3, we don't need to blindly put it in every corner
[11:22] <Cimi> we have it for buttons, widgets, etc etc
[11:22] <Cimi> here we're really abusing it in my opinion
[11:22] <mhr3> maybe, but then again, it makes the whole thing feel more concise
[11:23] <Cimi> even when design wise (UX) is counterproductive
[11:23] <Cimi> mhr3, not necessarily concise, it just makes it more repetitive
[11:24] <Cimi> I agree with consistency as a general rule
[11:24] <Cimi> but with a pinch of salt
[11:29] <rvr> I need someone's review/approval for this branch https://code.launchpad.net/~vrruiz/unity8/helpers-notify/+merge/215700
[11:29] <rvr> And I have a question: are you able to execute the autopilot tests for Unity8 in an up-to-date Trusty?
[11:30] <Cimi> rvr, first, checklist! https://wiki.ubuntu.com/Process/Merges/Checklists/Unity8
[11:30] <rvr> Cimi: Already done
[11:30] <Cimi> rvr, sorry we usually put it in the description, but it's fine in the comments
[11:31] <rvr> Cimi: Oh, next time I will do it that way
[11:33] <Cimi> rvr, you should be able to run tests
[11:33] <Cimi> rvr, read the CODING file iirc
[11:33] <Cimi> basically make install then running with exporting PYTHONPATH
[11:33] <Cimi> something like that
[11:40] <rvr> Cimi: What I mean is that I was able to execute them, but no longer
[11:40] <Cimi> rvr, which error?
[11:40] <Cimi> trying out now
[11:40] <rvr> No error, it gets stuck
[11:41] <rvr> Unity8 window doesn't appear
[11:41] <Cimi> tsdgeos, might be the error with upstart?
[11:41] <Cimi> ^
[11:42] <tsdgeos> he may have the same problem i have with the indicators yes
[11:42] <tsdgeos> i still don't understand why noone else other than me has that
[11:43] <tsdgeos> rvr: status unity8
[11:43] <tsdgeos> what does that return?
[11:43] <rvr> Let me check
[11:44] <rvr> $ status unity8
[11:44] <rvr> unity8 start/pre-start, process 2251
[11:46] <tsdgeos> rvr: yeah you are unlucky as i am
[11:46] <rvr> tsdgeos: lol
[11:46] <tsdgeos> rvr: my solution to that is
[11:46] <tsdgeos> reboot or relogout/in
[11:46] <tsdgeos> initctl emit indicator-services-start
[11:46] <tsdgeos> ctrl+c
[11:46] <tsdgeos> then stuff will work
[11:46] <rvr> I see "initctl emit indicator-services-start" in ps
[11:46] <rvr> ubuntu    2279  0.0  0.0  19388  1184 ?        S    12:28   0:00 initctl emit indicator-services-start
[11:46] <tsdgeos> you can try killing 15 that one
[11:47] <tsdgeos> see if it helps
[11:47] <Saviq> rvr, tsdgeos, there's a branch fixing this in LP
[11:47] <Saviq> https://code.launchpad.net/~saviq/unity8/no-indicator-wait-drop-tool-desktop/+merge/216713
[11:47] <Saviq> rvr, if you add the --no-wait to the unity8.conf file it won't wait for indicators to start
[11:47] <rvr> tsdgeos: Yeah, that helps
[11:48] <rvr> Saviq: Trying
[11:52] <rvr> Seems work, thank you
[11:55] <Cimi> rvr, you don't have emit indicator services here
[11:56] <rvr> Cimi: Where?
[11:56] <Cimi> rvr, in your upstart job
[11:56] <Cimi> of your branch
[11:58] <Cimi> it's in trunk with a merge
[11:58] <rvr> Cimi: My branch is related to notification tests
[11:58] <Cimi> yep
[11:58] <rvr> Some refactoring we are doing
[11:58] <Cimi> I was looking to see if the hang was due to a not updated branch
[11:59] <rvr> Autopilot wasn't able to start unity8 anymore after I upgraded the VM
[11:59] <rvr> But now the problem is gone with tsdgeos and Saviq's suggestions
[12:00] <Saviq> rvr, yup, that'd be the same issue indeed
[12:00] <Cimi> Saviq, trying to test your branch
[12:01] <Cimi> I added no wait here /usr/share/upstart/sessions/unity8.conf
[12:01] <Cimi> and locally
[12:01] <Cimi> still stuck
[12:01] <rvr> I donwloaded trunk and executed ./run, and got the same result: stuck
[12:01] <Saviq> Cimi, you probably have one in ~/.config/upstart
[12:02] <Saviq> rvr, copy data/unity8.conf to ~/.config/upstart/
[12:02] <Saviq> rvr, only then will upstart pick it up
[12:02] <Saviq> (the fixed one from my branch, that is)
[12:02] <rvr> Saviq: Ack
[12:03] <Cimi> I dont
[12:04] <Cimi> I relogin
[12:04] <rvr> Yeah, me neither
[12:08] <rvr> Saviq: Just modifying it in /usr/share/ works for me
[12:08] <Saviq> rvr, sure, the one in ~/.config (if present) just overrides the system-wide installed one
[12:09] <Saviq> rvr, so on one hand it's good to put it in ~, so that you don't mess system-wide ones... but then you might forget about the one in ~, and see weird things when it gets upgraded in the package...
[12:28] <karni> mhr3: Do you know who/when will be assigned to work on the scope:// uri? (I assume annotations are far down the line compared to supporting scope:// )
[12:29] <mhr3> karni, it's "Fix committed" already
[12:29] <mhr3> just didn't land
[12:29] <mhr3> cause T/U
[12:29] <mhr3> although shell part is still missing, i'll do that
[12:31] <Cimi> Saviq, tsdgeos I have the issue of autopilot restarting my session
[12:32] <Cimi> which was the fix for that?
[12:32] <karni> mhr3: it's fix commited in ubuntu-unity-api, not ubuntu-unity-shell. that's a difference, no?
[12:32] <karni> mhr3: ah, there you wrote it
[12:32] <karni> mhr3: yes, that's what I was asking about hehe
[12:32] <karni> mhr3: any ETA when you can get to it? (for situational awareness, let's say :) )
[12:33] <karni> mhr3: T/U ?
[12:33] <mhr3> karni, it's tiny, shouldn't take long
[12:33] <Saviq> Cimi, I don't know about that issue
[12:33] <mhr3> karni, trusty / u??? transition
[12:34] <Cimi> tsdgeos, how did you fir the issue with autopilot restarting your session?
[12:34] <karni> mhr3: ah heheh
[12:35] <mhr3> karni, but yea, not being able to land stuff kinda sucks atm
[12:35] <karni> mhr3: gotcha. "shouldn't take long" sounds good enough :)
[12:36] <mhr3> karni, just bug me about it for the next few days ;)
[12:36] <karni> hehheeh, gotcha
[12:41] <Cimi> ok ruynning autopilot restarts my desktop session
[12:42] <Saviq> Cimi, rather it sounds like something is crashing
[12:42] <Saviq> Cimi, there's no reason why autopilot runs would restart your session, unless the unity8 job kills your session upstart
[12:43] <Saviq> Cimi, which means you should check whether you didn't b0rk it
[12:57] <tsdgeos> Cimi: i didn't _/
[12:57] <tsdgeos> Cimi: i just run them on the phone
[12:57] <Cimi> ok now it didn't crash
[13:02] <Saviq> we need a way to run them on desktop in xvfb, too, but that'd basically mean a complete new session under xvfb (with dbus et al, for indicators and such)
[13:13] <pstolowski> didrocks, hey! can you take a look if this https://code.launchpad.net/~stolowski/unity-scopes-api/install-client-tool/+merge/216875 looks good from packaging pov?
[13:16] <didrocks> maybe sil2100 you want to have a look? ^
[13:23] <MacSlow> Saviq, updated the tripe-set of branches regarding the modal-snap-decisions adjusting all the version-bumps and build-dependencies... should be all set now.
[13:25] <Saviq> MacSlow, kk
[13:25] <sil2100> What's up
[13:26] <sil2100> pstolowski: I'll take a look in a amoment, just finishing lunch
[13:26] <Saviq> MacSlow, sorry for being an a$$ about it, it's a rather tangled approach, but the only one we could think of that made sense
[13:29] <MacSlow> Saviq, no worries... that's inherent to the nature of these three branches spreading numerous parts
[13:32] <pstolowski> sil2100, sure, no rush, thanks
[14:11] <karni> Saviq: Would we want to make Card description make links within text clickable?
[14:11] <Saviq> karni, no
[14:11] <karni> If not, it would make sense for me to add another preview button.
[14:11] <karni> Saviq: What's the reson behind that decision? It's heavy?
[14:11] <Saviq> karni, unless you mean in the preview?
[14:12] <Saviq> karni, so not card summary, but preview description?
[14:12] <karni> Saviq: oh. yeah, that's what I meant :)
[14:12]  * karni looks at the preview right now
[14:12] <Saviq> karni, that might be possible, but not implemented, comment on the dash spec?
[14:12] <karni> Saviq: will do!
[14:36] <Cimi> Saviq, https://bugs.launchpad.net/unity8/+bug/1089962 ?
[14:40] <Saviq> Cimi, that will be out of scope with QtComp
[14:40] <Cimi> Saviq, ok, worth commenting
[14:41] <Saviq> Cimi, yup, did
[14:42] <pete-woods> hey Saviq, did you manage to get anywhere with the infographic stuff?
[14:43] <Saviq> pete-woods, was planning to get back on it now that stuff's slightly less crazy again
[14:44] <pete-woods> Saviq: cool, was just checking really. I understand your plate is large and full!
[14:44] <Saviq> pete-woods, yeah, I get you
[14:44] <Saviq> pete-woods, do we have a blueprint for those btw?
[14:44]  * Saviq wants moar blueprints!
[14:45] <pete-woods> Saviq: seems there's this - https://blueprints.launchpad.net/ubuntu/+spec/client-1311-infographics
[14:45] <pete-woods> but it's not exactly useful information
[14:46] <Saviq> pete-woods, right, and it's old - should probably be marked completed, and we need a new u-targeted oen
[14:46] <Saviq> one
[14:47] <Saviq> but we'll need for u to be open for that...
[14:47] <pete-woods> yep
[15:27] <tsdgeos> Saviq: what about? https://code.launchpad.net/~aacid/unity8/specialized_cards/+merge/216885
[15:27] <tsdgeos> it's best of both worlds
[15:27] <tsdgeos> async loaded UShape + simplified card
[15:32] <paulliu> Saviq: If I want to make API documents inside the code, do we have any formal style. Like doxygen? Or maybe Qt has its own way of documentation?
[15:37] <paulliu> Saviq: For qt I think it is qdoc. Though I haven't read the documents about it.
[15:39] <Saviq> paulliu, yes, we're using doxygen
[15:39] <paulliu> Saviq: ok. got it.
[15:39] <Saviq> paulliu, `make doc` will build docs in builddir/doc
[15:39] <Saviq> paulliu, you can then check source files to see how we style them
[15:39] <paulliu> Saviq: ok.
[15:42] <Saviq> tsdgeos, yeah, something like this, although I think we'll have more than just this one...
[15:43] <tsdgeos> Saviq: sure, but i guess we can try to get this reviewed and in and slowly add more as we need them?
[15:43] <Saviq> tsdgeos, sure, yes
[15:43] <Saviq> gotta finish early today o/