[00:12] kenvandine: haven't seen that before, will have a poke at it tomorrow and see if I can reproduce it === _salem is now known as salem_ === salem_ is now known as _salem === chihchun_afk is now known as chihchun [04:38] Can anyone do apt-get update on Touch? [05:34] nik90: ping [05:59] nik90: here's the layouts visibility related bug fix: https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/layouts-visibility/+merge/218916 [05:59] nik90: pls have a test round with it [05:59] Morning almost all [06:47] good morning [07:11] Good morning [07:47] zbenjamin: you about? I'd love to figure out why I get this when I open qtc and start a brand new project.. paste.ubuntu.com/7420112/ [07:47] the bit at the top happens when I open qtc [07:49] popey, I had a problem with the chroot a couple of days ago. I can't help with the rest of errors, but running the chroot command at the top gave me more context as to why it was failing (missing python3 installation in my case), perhaps that might help? [07:50] dpm: which command? [07:50] the schroot one? [07:50] popey, the one on line 4 [07:50] yes [07:51] it just echos the lines 1-3 to me [07:51] actually, on line 2 it seems you've got a stale chroot? [07:51] or a stale chroot session [07:54] stale as in not updated? [07:54] i have a build target in qtc [07:54] * popey presses "update" [07:54] popey: check your mount output, is the chroot still shown as mounted? [07:55] http://paste.ubuntu.com/7420150/ doesnt look like it [07:55] popey: weird, did you delete and recreate the chroot when you had that error before? [07:56] i deleted them, yes. [07:56] re-created a click target in qtc yesterday [07:57] ahhh, overlayfs is a kernel thing.. right? [07:57] I am running an upstream kernel, not an ubuntu kernel [07:57] due to intel video driver being made out of grass-cuttings and dogshit. [07:58] * popey reboots back to an ubuntu kernel to see if that makes a difference, guess we have patches that I am not using right now. [07:58] popey: that could be+ [08:02] Good morning all; happy Friday, and happy Lost Sock Memorial Day! :-D [08:02] well.. that was a lesson learned! [08:02] rebooted into ubuntu kernel and started sdk, now I get this zbenjamin /usr/share/qtcreator/ubuntu/scripts/qtc_chroot_cmake2: line 19: CLICK_SDK_ARCH: Need to set CLICK_SDK_ARCH non-empty [08:03] which is certainly good progress! [08:03] popey: that one can be ignored [08:03] \o/ [08:06] popey: its somewhere in the initialization process where QtC seems to miss a env var. I need to investigate more but it still works so its a minor issue [08:06] ok [08:14] zbenjamin: ok, how about all this gubbins when I create a project? paste.ubuntu.com/7420207/ [08:14] popey: thats qmlplugindump. Its not from us [08:15] popey: thats the process that tries to read information from shared libraries so they can be used in the qml sourcecode completion and highlighting [08:16] popey: for example if you register a new type from a qml c++ plugin, qmlplugindump will read the informations and tell the QtC editor the types and properties exported by a shlib [08:17] seems its looking for a file that doesn't exist [08:17] /usr/lib/x86_64-linux-gnu/qt5/qml/CordovaUbuntu.2.8/typelist.qml doesn't exist on my system [08:17] /usr/lib/x86_64-linux-gnu/qt5/qml/CordovaUbuntu.2.8 does [08:20] zbenjamin: managed to build my app and run on device, so it all seems to be working now, thank you! [08:20] popey: np [08:29] JamesTait: nice followup greeting :p [08:31] justCarakas, I thought so! ;) [08:35] morning oSoMoN_ - we're using UbuntuWebView in the Reminders app to display HTML from Evernote (well, it's their own XHTML format called ENML). One thing I've noticed is that the standard font sizes are tiny when we load the notes. Here's an example: http://i.imgur.com/114l3Oj.png - so if I create a note on the web at sandbox.evernote.com, the default size is 11. When I load that note in Reminders, it's not very readable, as it's really small [08:36] how do you deal with this in UbuntuWebView? Can e.g. a scaling factor be applied for display? [08:36] dpm, we discussed this yesterday with mzanetti and rpadovani, there is a way to set the default font size on a webview using the preferences [08:36] dpm, it might not fully work with the qtwebkit-based webview, but it definitely does with the new one based on oxide [08:37] oSoMoN_, ah, cool how does this override the sizes set in the original document? [08:37] i.e. if I've got a mixture of sizes in my original doc [08:37] dpm, it won’t, that’s the default size for when no size is explicitly specified [08:37] oh, I see [08:38] dpm, note that if you switch to the new webview based on oxide, I believe the default zoom factor is larger, and it may automatically fix the issue you’re seeing without the need for any explicit setting [08:39] awesome! === oSoMoN_ is now known as oSoMoN [08:39] oSoMoN, so what's needed for the switch? Do we need any particular dependencies? I.e. will it work in trusty or does it have to be utopic? [08:40] it'd be nice for it to work in trusty, so that we can test it on the desktop too while developing [08:42] dpm, it will work in trusty, (almost) all you need to do is change the import of Ubuntu.Components.Extras.Browser from 0.1 to 0.2 (and you may need a few minor adaptations depending of how much you rely on QtWebKit specifics) [08:43] oSoMoN, IIRC, we don't do much with it other than displaying the notes, I don't think we rely on any webkit specifics [08:43] excellent, so trying it will only be a matter of updating the version on the import line [08:43] I'll give it a go [08:44] dpm, where can I check out the code of the app, out of curiosity? [08:44] oSoMoN, lp:reminders-app - any feedback/MPs to improve how we display the notes with UbuntuWebView welcome :) [08:45] oSoMoN_, is there a setting for font family that works equally the same as the default size? I.e. can I set the font to be 'Ubuntu' by default and it will be used for display if no font is specified? [08:45] that'd be essentially the MP rpadovani sent yesterday, I just want to understand whether it does that already ^ [08:49] dpm, yes, I also explained rpadovani and mzanetti how to do that yesterday [08:50] excellent, thanks! === hunger_ is now known as hunger [08:54] rpadovani, mzanetti, I believe the new design looks good enough to land. This will give us something to test and iterate on small polish details. What do you think? Is there anything big that still needs looking at before you're comfortable with landing it? [08:54] dpm: once you've approved the new-reminders-design branch (I'm a bit lost with the initial offset) we need to do a test of the whole new-design branch. [08:55] dpm: if happy with it, we're good to go [08:55] dpm: I don't think anything big is still missing [08:56] mzanetti, yeah, I saw your comment on the MP, that's what prompted me to give it a go. If the offset is a Qt issue, I wouldn't want the whole new design to block on it [08:56] so let me approve the reminders branch [08:56] dpm: well, I haven't really tracked it down so I'm not 100% sure its an issue in qt. but given that my code doesn't do any positioning really, I suspect that [08:57] ok [08:59] mzanetti, ok, top-approved [08:59] dpm: ok... I'll merge it [09:00] mzanetti, while you're at manually merging, would you mind having a look at https://code.launchpad.net/~rpadovani/reminders-app/little-fixes-new-design/+merge/218856 and merging it too if you think everything's ok? [09:00] ok [09:11] mzanetti, thanks. Shall we set https://code.launchpad.net/~reminders-app-dev/reminders-app/new-design/+merge/218341 as "Needs review" as the next step? [09:11] dpm: yes [09:11] \o/ [09:13] mzanetti, also a quick heads up that qtdeclarative5-quicklayouts-plugin is already on a promoted image (#17) [09:13] dpm: awesome :D [09:13] so pending review, there's nothing else blocking this for landing :) [09:17] mzanetti, I think once that's landed, the next steps will be polish, and the next big feature requests will be RTF and tags. I remember we discussed RTF a while ago and we left it for later. Was it because of any particular blocker, or just because it was a non-trivial job and there were other more important things to do? [09:18] dpm: the latter [09:18] ok, glad to hear that, thanks :) [09:18] dpm: just found out that if I don't set the size on the delegates, the issue isn't happening :/ [09:19] the one with the offset [09:19] obviously we need to set the size to follow the design [09:19] hm [09:22] dpm: even weirder: if i don't set the size its fine, if I set it to 6 gus, which is the same as the default, it happens again [09:23] weird [09:24] mzanetti, another quick question: I noticed that the new refresh action works well and refreshes the list of notes. But it doesn't refresh their content. Is there a way, when I click on a note to view it, to check if there have been changes done externally and load it if there have been? So I'm trying to see if there is a compromise between refreshing the note upon each load of the page and using the cached version [09:25] I'm guessing we don't want just the content of _all_ notes to be refreshed when we press the refresh button, as that might take a while with a long list of notes? [09:25] dpm: the note content is refreshed each time a note is scrolled into the view and also when its opened [09:26] dpm: I think thats fine [09:26] mzanetti, it's not refreshed when it's opened, I just noticed that [09:26] dpm: err. no. its not refreshed when scrolled into view. only if the content was empty [09:26] dpm: huh... I'm sure it was at some point. let me check [09:27] dpm: right... its only refreshed if it was empty too [09:27] dpm: I guess we should refresh it each time we open it [09:27] dpm: I'll propose a branch for it [09:28] mzanetti, yeah, but that would decrease responsiveness if we load the note every time. I'm wondering if we can check the last modified date and only load it if it differs [09:28] let me see [09:28] cool, thanks [09:30] dpm: not really... There is a timestamp propoerty in the note.. so I could do a fetchNote(), then compare if the timestamp matches and if not, do a fetchNoteContent() [09:31] dpm: however, I'm not sure if thats any better than directly refreshing the content [09:31] it would be better for notes with like a full MB of text... but that's a really rare case I think [09:31] for small notes with just a few words It would make it a little worse actually [09:31] mzanetti, I don't know. Having notes with images might well be a common case [09:32] dpm: no... we don't refresh the images when refreshing the content [09:32] ah, ok [09:32] t1mp: ping [09:32] dpm: all notes are always refreshed without images (and other attachments). [09:32] Good morning everyone [09:33] dpm: when we see an incoming note that has a new attachment we haven't cached yet, we'll fetch the note again including resources [09:33] nik90: hi [09:33] t1mp: the new tab header icon ...is it possible to change the color? [09:33] t1mp: the grey color looks weird on the clock app..let me share a screenshot [09:34] t1mp: https://imgur.com/0CEhXUh [09:34] mzanetti, that sounds good. So we'd just refresh the content (but not attachments) always when we open a note to view it, correct? [09:34] dpm: yes [09:35] nik90: there is no property for the apps to change it [09:35] nik90: the header text automatically has the right color? I guess using that color would work [09:36] nik90: can you create a bug for that, and also add it to the ubuntu-ui-toolkit and ubuntu-ux projects? I'll discuss the correct coloring with a designer then [09:36] t1mp: indeed..it should take the color of the header text at least ...which would be white [09:36] t1mp: sure..will do [09:36] mzanetti, sounds great to me. I'm wondering if we should also then add a refresh button on a single note view that refreshes the cached attachments too. This way we'd allow the user to refresh the attachments too on demand, without sacrificing overall responsiveness. Otherwise, there wouldn't be a way for users to refresh their images other than restarting the app. What do you think? [09:37] dpm: if an image changes it gets a new hash and won't match our cached version any more [09:37] so it'll be automatically refreshed when the note refreshes [09:37] mzanetti, but you said that we're not refreshing attachments? [09:38] dpm: I said that if we get a note update and find an attachment in there which we haven't cached, we'll update that [09:38] dpm: a changed image is the same as a deleted image and a new image [09:38] aha [09:39] gotcha, that sounds quite good [09:39] t1mp: https://bugs.launchpad.net/ubuntu-ux/+bug/1317816 [09:39] zsombi: testing your branch now [09:41] nik90: thanks [09:43] mzanetti, ok, filed https://bugs.launchpad.net/reminders-app/+bug/1317819 for that, let me know if it contains enough info [09:44] popey, would you happen to know who to poke to bring the bug bot back to life in this channel? === chriadam is now known as chriadam|away [09:51] dpm: https://code.launchpad.net/~mzanetti/reminders-app/refresh-note-on-view/+merge/218951 [09:55] zsombi: hey so on testing your layout branch, the visibility issue is fixed (yay)...however I noticed that when switching from a conditional layout to the default layout, the elements in the default layout are no positioned in the same order they were as defined in the code. [09:56] nik90: ok, so the parenting order is not the same... [09:56] zsombi: yup [09:56] nik90: good. beside that, could you also check this? https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1298886 [09:57] nik90: I mean the fix branch for that... [09:57] zsombi: sure [09:57] nik90: I'll check what can I do about the children order [09:57] ok [10:00] dpm: yes [10:07] zsombi: This issue seems to be fixed as well with your MP. I tested it on the sample code I attached in the bug report [10:07] nik90: me too, just wanted to know whether you can see the same as me ;) [10:07] zsombi: :) [10:08] nik90: so, the only thing is to restore the children order [10:08] nik90: and that's a bit tricky, but doable [10:08] zsombi: yup [10:08] zsombi: yay I can now finish flashback's convergence to tablet [10:09] nik90: as the time an item is restored to its original parent, its former neighbors may still not be restored yet [10:09] nik90 :) [10:14] t1mp: erm I found a bug with pagestacks. this is also reproducible on the phone and may be causing the clock app AP tests to fail. [10:15] t1mp: with the old headers, in the clock app, when I go to the add alarm page by pushing a page into the pagestack, when I press back it does not return to the original Alarm tab. But instead it returns to the clock tab [10:15] t1mp: so Clock Tab -> Alarm Tab -> Push Page to go into Add Alarm Page -> Press Back Button -> Returns to the Clock Tab [10:15] t1mp: this bug is not happening with the new headers [10:24] zsombi: In the Alarms API, it is mentioned that the sound property takes a url. Is this the file path to the ringtone? [10:26] nik90: that supposed to be, however that particular field has not been agreed 100% yet... we should check with renato/charles on what attachments can be stored there [10:28] zsombi: ok..I just talked to popey about this. I will be adding a ringtones field in the add alarm page so that a user can choose a ringtone per alarm if he wants to [10:29] nik90: good. if you see something not working, then we should rise a bug against the whole chain [10:29] zsombi: I will check with renato/charles in the evening about this. So as of now, the SDK expects a file path url. I will see what charles/renato expects there [10:30] nik90: the SDK does not expect anything, it passes whatever it gets to QtOrganizer [10:30] zsombi: ah ok [10:32] nik90: is it this bug? https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1316736 [10:32] t1mp: yup that's the bug [10:33] t1mp: can we raise its priority since it is causing all my alarms tests to fail essentially blocking code merges [10:33] nik90: I didn't realize that it happens with the old tabs only.. that's a regression [10:33] yes [10:33] thnx [10:36] popey: my almost all branches are about to merge [10:36] popey: just left with kunal's input on last limit functionality , rest are done. [10:36] will pick any high priority bug and will work on that stuff now. [10:42] mihir: great news! === chihchun is now known as chihchun_afk [11:20] popey: I don't know if you've been in discussions with the developer who had the keymap problem, but earlier this I copied the fix also to trusty SDK PPA users (already in utopic) [11:20] this week [11:22] nik90: are you still around? [11:22] t1mp: yeah [11:23] Mirv: I dont recall who that was [11:23] nik90: I have a branch that I believe fixes the pagestack/tabs bug :) I'm creating an MR now [11:24] t1mp: nice. I will test it once I have the MR link [11:24] nik90: https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/popToTabs/+merge/218971 [11:26] mhall119: ^ that fixes https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1316736 [11:31] t1mp: yup that fixes the issue [11:32] hurray :) [11:32] t1mp: btw, the tab drawer..sometimes it says 4 tabs underneath the icon, and sometimes it doesn't. [11:32] kalikiana_: do you have time for a review? https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/popToTabs/+merge/218971 [11:32] t1mp: When is it supposed to show the text and vice versa? [11:32] nik90: the initial version had text, but in newer versions where you also have actions in the header, I removed the text because it looked too cluttered [11:33] zsombi, ping [11:33] t1mp: ah ok..looks much better without the text [11:33] ahayzen: pong [11:33] nik90: I still need to find a designer to discuss the final looks with, but for the moment I just tweaked it the way I thought looks better [11:33] zsombi, when you get a moment could you have a look at this MP, Tim said you would likely be best for review as you have been doing alot with events and wrote the InverseMouseArea, thanks. https://code.launchpad.net/~andrew-hayzen/ubuntu-ui-toolkit/fix-1315775/+merge/218206 [11:33] t1mp: https://imgur.com/HVBoKWp [11:33] nik90: yeah, until I get official designs it will simply look the way I like it :) [11:34] t1mp: heheh...we got the POWER! [11:34] :) [11:34] nik90: for now... ;) [11:34] t1mp: not really right now, preferrably pass it to somebody else [11:35] ahayzen: ah, nice catch!!! [11:35] kalikiana_: okay [11:35] zsombi: can you review this? https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/popToTabs/+merge/218971 it fixes a regression [11:36] zsombi, thanks :) [11:36] nik90: ^ probably it helps if you comment there that you tested and it works :) [11:36] t1mp: sure [11:37] t1mp: ahayzen: we ned to run CI on the https://code.launchpad.net/~andrew-hayzen/ubuntu-ui-toolkit/fix-1315775/+merge/218206 [11:39] zsombi, i don't have permission to run that right? [11:39] ahayzen, no, I already asked for it in #ubuntu-ci-eng [11:39] zsombi, cool thanks :) [11:41] t1mp: I'm in the middle of some heavy Layouts change, I'll get that MR reviewed once I'm done with that... and that may not be this week, so if you need it faster, pls go ask Kaleo [11:56] zsombi: ok [11:57] t1mp: thx === _salem is now known as salem_ [12:10] dpm, mzanetti some beatiful news this morning :-) [12:10] rpadovani: which is? [12:11] mzanetti, that new design is ready :-) [12:11] ah, yeah :) [12:11] rpadovani: well done btw [12:12] mzanetti, thanks, you too :-) [12:12] rpadovani: regarding the gradient: I think its smoother if you make it from 0 to 1 instead of 0.9 to 1 [12:12] mzanetti, so I need two rectangle, one with rotation of 90 and one with rotation of 270? [12:14] rpadovani: yeah [12:15] mzanetti, isn't too expensive for phone hardware? [12:16] rpadovani: should be ok still... but you're right... always try to keep items in delegates to a minimum [12:16] rpadovani: but that one added gradient shouldn't make it much worse [12:16] mzanetti, k, I'll do some test in next hours [12:19] rpadovani, indeed, I think we should be able to land it today, what do you think? I'd like to do a bit of dogfooding, but overall it looks and feels great! [12:21] dpm, I think is ready, some little details (like gradient in image) aren't perfect yet, but we can fix them after the land :-) [12:21] indeed, that's the idea, this is the initial iteration, and we can do polish later [12:21] I'd also like to have it in the store for Lucas to test it and give us his feedback [12:24] sounds good to me === jhodapp|afk is now known as jhodapp [12:33] dpm: if you want me to trigger a click package on jenkins, just say, and I'll test locally then ask balloons to upload to the store [12:34] awesome, thanks popey. Right now Jenkins is failing for an unknown reason on Reminders, I've been waiting for a vanguard to be on -ci-eng to poke someone about it [12:39] popey: btw, with the switch to the new framework, we are deciding to no longer trusty? I am asking since then the switch to the new tab headers wouldn't need any backwards compatibility code [12:39] support trusty* [12:43] nik90: it would be good if we could support trusty so the desktop ppa works [12:43] popey: no I meant on the phone [12:44] on phone, no [12:44] popey: on the desktop, things will work as long as the user has the SDK PPA added === randomcpp_ is now known as gcollura_ === jhodapp is now known as jhodapp|brb [13:03] dpm: fixed [13:04] mhall119: hey, tagger should now work again. thanks again for letting me know [13:04] man, you guys are quick! [13:06] dpm, https://code.launchpad.net/~rpadovani/reminders-app/1316950/+merge/218829/comments/522046 [13:06] what's the problem? [13:06] t1mp: What is the recommended method to hide a toolbar button? Currently I am setting the visibility property of a toolbar button to false to hide it. However that doesn't seem to work with the new headers. Regression or am I doing it wrong? [13:06] rpadovani, I don't know, I asked on #ubuntu-ci-eng a few minutes ago, they're looking into it [13:06] dpm: its really taking shape now :) === jhodapp|brb is now known as jhodapp [13:07] mzanetti, indeed, I've now got a bunch of notes with images from testing, and it looks like it's scaling well (and looking awesome) for something that's closer to daily use [13:08] dpm, thanks! [13:09] dpm, could you help me reviewing this MR: https://code.launchpad.net/~renatofilho/sync-monitor/i18n/+merge/215943 [13:09] renato, sure, give me a few minutes and I can review [13:09] thanks [13:12] rpadovani, the job on your MP is running now, we should have a new Jenkins result, hopefully positive :) soon [13:12] \o/ [13:15] nik90: it doesn't work at the moment [13:15] nik90: it should be Action.visible, see https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1316631 [13:15] t1mp: but when I use Action.visible, it says that "Action.visible is a DEPRECATED property. Use ActionItems to specify the representation of an Action." [13:15] which is what made me concerned about using it === randomcpp_ is now known as gcollura_ [13:17] nik90: right. I added that as a point to be included in the Header API discussion https://docs.google.com/a/canonical.com/document/d/1wUUKtPmRmwbUELC1BUB9l0VOAwS_zAPRSCqMopUxR1c/edit# [13:18] nik90: at the moment I don't see another way than to start using Action.visible again.. [13:18] t1mp: ok [13:19] t1mp: I also noticed that if there is only 1 toolbar visible and then other 2 toolbar actions are hidden, it still shows a arrow just for one toolbar button [13:21] nik90: huh? how did you make the other 2 hidden? [13:22] t1mp: using Action.visible [13:22] t1mp: https://imgur.com/2K5iTjQ [13:24] nik90: ah yes [13:24] nik90: that's part of the bug. I'll work on that after I finish some other header improvements [13:25] t1mp: ok [13:25] nik90: it will work correctly when the header is done. It is still work in progress now [13:26] t1mp: np, I am just getting the clock app transition branch ready..I will wait for the header to be ready before merging [13:26] nik90: but keep reporting issues that you find. That's very useful :) [13:26] :) [13:30] renato, reviewed your MP. You might want to ask mhr3 or dobey too, who recently enabled i18n with CMake + C++ in scopes === oSoMoN__ is now known as oSoMoN [13:30] mzanetti, approved the refresh notes MP [13:31] dpm: merged [13:31] \o/ [13:31] dpm: please give the whole new-design branch another test. [13:32] if happy, lets merge it [13:32] mzanetti, yes, that was my plan [13:32] otherwise let me know what to fix [13:32] cool [13:34] artmello: I marked https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1317713 as a duplicate of a bug that I just fixed, [13:34] artmello: but I realized that your bug describes two bugs, so maybe the dupe is incorrect. [13:35] artmello: could you check/test if the first bug is the same as the second one? [13:36] rpadovani, mzanetti, the refresh action in the toolbar works really well, so I'm happy we landed that. But I'm wondering if it might be better to move it out of the toolbar and trigger a refresh when the user pulls the list of notes from the top. With the new design, I've found myself unconciously pulling the list to do refreshes, although I know that the action is actually in the toolbar :) What do you think? [13:37] dpm: +1 for the general idea [13:37] dpm: don't have time for it right now [13:37] mzanetti, that's cool, I just wanted to hear your thoughts [13:38] I'm more interested in landing the new design right now than adding new features :) [13:39] dpm +1, I could add this to the weekend to-do list, if I have time I can try :-) [13:39] awesome [13:40] thanks guys === oSoMoN_ is now known as oSoMoN [13:44] Hello guys, is it a duplicate bug ? https://bugs.launchpad.net/ubuntu-rssreader-app/+bug/1317850 [13:48] hi JoeyChan, you might want to ask t1mp, he's the master of tabs! :-) [13:50] Thanks dpm :) [13:50] Hi t1mp, r u already fix this ? https://bugs.launchpad.net/ubuntu-rssreader-app/+bug/1317850 [13:51] JoeyChan, I've not been attending the RSS meetings for a while, how are you doing? And btw, thanks for pointing out the bug in translations from click packages :) === chihchun_afk is now known as chihchun [13:53] dpm Now Shorts is very stable, no feature added since early this year, we just fix bugs recently [13:55] glad to hear it's very stable! [13:55] dpm Alan told me that there won't be any design support for Shorts, but Roman and I have not enough experience about design [13:55] looking for some help from somewhere ... [13:57] JoeyChan: one thing you can do, is implement the new toolbar, as nik90 is doing for clock, and ahayzen has done for music.. they can probably point you to a simple code sample [13:58] popey the new header ? I saw it in G+ [13:58] https://code.launchpad.net/~vthompson/music-app/use-sdk-back-button-take2/+merge/218534 [13:58] I *think* that's it. [13:58] right ahayzen ? [13:59] wow, does the new header land already ? [13:59] I am using Utopic r17 [13:59] its in progress, but it's usable. [14:00] maybe try it, and see how it works with rssreader? [14:00] I suspect it might get interesting if you have a lot of tabs [14:00] sounds cool lol [14:04] popey, whts up? [14:04] * ahayzen reads scrollback [14:05] t1mp: I will test to see if its fixed. thx [14:05] popey, yeah that mp makes the tabs use the drawer [14:05] artmello: great, thanks [14:05] t1mp: I thin both bugs (BUG1/BUG2) are the same [14:06] *think [14:06] popey, we have another one that adds the toolbar item to the header (this one https://code.launchpad.net/~andrew-hayzen/music-app/search-toolbar-item/+merge/218614) [14:06] that will also be handy for JoeyChan, for adding the buttons [14:07] got it :) [14:07] popey: I updated the core apps blocker google doc with one for clock [14:08] thanks nik90 [14:08] popey, JoeyChan note we had to lock the toolbar to closed as we have a custom toolbar and did not want the old one showing over the top of ours in older images, you probably won't have to do this [14:10] ahayzen Do u mean ... if the toolbar is unlocked, it will show up over the top ? [14:11] JoeyChan, in older images without the new header stuff, the SDK toolbar would have been shown. We have a custom toolbar and do not want the SDK one to be shown... basically you probably don't need the opened: false locked: true in the ToolbarItem [14:12] JoeyChan, just adding useDeprecatedToolbar: false to the mainView will probably be enough [14:14] ahayzen Thanks, I saw that in Music-app [14:14] hi kenvandine, did you find out more yesterday about that bug whereby on loading a second image from the Gallery via content hub Reminders got stuck? Was it a bug in Gallery? [14:15] JoeyChan, :) you'll probably need UITK staging to get the header items to work (instructions in the second mp on how to test/setup on desktop) [14:19] ahayzen is it landed on Utopic (Phone) ? [14:19] JoeyChan, erm i'm not sure haven't checked recently, nik90 ? [14:20] JoeyChan, i know the drawer for tabs had...but not sure about the toolbar items in header [14:20] ahayzen, JoeyChan: The tab drawers part has landed [14:20] the header actions hasn't [14:20] i c [14:20] nik90, thanks [14:21] thanks :) [14:22] Can anyone do apt-get update on Touch. [14:22] JoeyChan, let us know if u need any more help [14:23] ahayzen So how can I test the new header ? [14:23] add PPA ? [14:23] JoeyChan, i tested using the instructions under 'TESTING' on this mp https://code.launchpad.net/~andrew-hayzen/music-app/search-toolbar-item/+merge/218614 [14:23] JoeyChan: if you are on trusty, you need the SDK PPA [14:24] mzanetti, rpadovani, approved the new design branch, it's looking fantastic, I'll let you guys do the honours and top-approve ;) [14:24] nik90, does the SDK PPA have the staging changes though, cause i had to build it from staging to test the toolbar items in header [14:24] :D [14:24] rpadovani: go ahead if you whish [14:24] ahayzen: the PPA doesn't have the staging changes..you are right [14:24] ahayzen: I thought JoeyChan wanted the new header [14:24] nik90 How about phone ? I am using Utopic r17 [14:25] JoeyChan, i don't think either have staging changes yet right nik90 ? [14:25] JoeyChan: on the phone, r17 should have the new header but *NOT* the header actions [14:25] mzanetti, all for you, my Jedi (QML) Master [14:25] yeah [14:25] what ahayzen said ^ [14:25] JoeyChan: Basically the new header actions are in staging..so not available on desktop or phone [14:26] JoeyChan, setting up staging on the desktop is quite easily thankfully [14:28] dpm: the missing separator in reminders happens if you mark one as done... I think renato has an upcoming fix for that in the component [14:28] mzanetti, ah, good to know, thanks [14:29] ahayzen So I only need is add the SDK PPA on trusty(desktop) ? [14:30] JoeyChan, depends wht u want to do, adding the SDK PPA will bring you up to pretty much the same as the utopic image SDK [14:30] JoeyChan, but if you branch and build the staging then you get the latest and greatest [14:32] ahayzen DO u mean download the source code then make install ? [14:33] JoeyChan, something like this would work for the music-app http://pastebin.ubuntu.com/7421680/ [14:34] JoeyChan, i doesn't replace the installed version of the SDK and is only for that session of the terminal [14:35] *it doesn't [14:35] ahayzen wow thanks about that :) will have a test [14:35] JoeyChan, yeah t 1mp gave it to me pretty useful :) [15:01] dpm, yeah, maybe a regression in the sdk https://bugs.launchpad.net/ubuntu/+source/gallery-app/+bug/1317713 [15:04] dpm, could you give a try to https://code.launchpad.net/~rpadovani/reminders-app/betterGradient/+merge/219003 please? [15:04] I don't know if is enough as improvement, but it's an attempt [15:05] kenvandine, ah, thanks a lot for following that up [15:07] rpadovani, cool, testing now. Also, you know the bugfix you did for font family to be 'Ubuntu' by default? If you've got a minute, do you think you could do the same with setting the default font size? [15:08] dpm, I tried it yesterday but experimental.preferences.defaultFontSize didn't work, but I didn't investigate much more. I can take a look, but I promise nothing [15:12] rpadovani, no worries, thanks! [15:16] dpm, no problem [15:20] rpadovani, looks great to me now, nice work! Are you still concerned about the performance, though? [15:21] dpm, dunno, I don't tried it on device, but I think on mako should works well === gatox is now known as gatox_lunch [15:34] bbiab, really late lunch :) [15:34] popey, I think when the next reminders branches land in trunk we should be good to go for a store upload, but let's sync later on if you've got time [15:35] I'll be around dpm, just ping me === gatox_lunch is now known as gatox [16:12] rpadovani, could you perhaps remove the prerequisite branch from https://code.launchpad.net/~rpadovani/reminders-app/betterGradient/+merge/219005 and do an empty commit? I'm not sure what's happened with the diff after the new-design branch landed. I've tested the branch, but I'd prefer to see a diff before top-approving [16:13] I'm hoping that the commit might trigger an update to the diff [16:13] dpm, mh, strange, I do it now [16:14] dpm, well, now diff works :-) https://code.launchpad.net/~rpadovani/reminders-app/betterGradient/+merge/219015 [16:15] aha! [16:26] balloons, nik90, would you be happy to go with the suggestion here? -> https://code.launchpad.net/~popey/ubuntu-clock-app/fix-1315318/+merge/218067 [16:31] also balloons, I guess this branch can be marked as Rejected as superseded by elopio's new test branches for Reminders? -> https://code.launchpad.net/~nskaggs/reminders-app/oauth-ap/+merge/204107 [16:33]