[07:51] <kurt_> hello I am trying to write a program in python takes html and puts it into csv to be sorted, currently I haver to run two programs (mine) then html2csv.py that I downloaded. can I make my program call or run html2csv.py?
[07:53] <kurt_> or would I have to add the code or html2csv into my code?
[08:12] <dholbach> good morning
[08:12] <kurt_> morning
[08:13] <kurt_> do you mess with python much?
[08:34] <dpm> morning dholbach, I've got a treat for you: https://code.launchpad.net/~dpm/help-app/phone-navigation/+merge/253315 :)
[08:34] <dholbach> nice, I'm looking forward to it :)
[08:35] <davidcalle> Morning all o/
[08:36] <dholbach> salut davidcalle
[08:36] <dpm> hey davidcalle :)
[08:37] <dpm> morning t1mp
[08:38] <dpm> t1mp, a question: what's the maximum number of tabs that can be shown in the new header?
[08:38] <dpm> (which is not actually that new anymore :)
[08:41] <dholbach> dpm, hum
[08:41] <dholbach> dpm, I'm not sure I understand how the UI is supposed to work
[08:41] <dholbach> dpm, phone and web look the same
[08:41] <dholbach> and I see no content
[08:42] <dholbach> I'm not sure if I'm doing it wrong
[08:42] <dpm> dholbach, are you loading app/www/index.html?
[08:42] <dholbach> yes
[08:42] <dholbach> or web/index.html
[08:42] <dpm> I didn't modify web/
[08:43] <dholbach> it looks just the same
[08:43] <dpm> dholbach, what did you run, 'make html'?
[08:43] <dholbach> yes
[08:43] <dholbach> and 'make web' the second time
[08:44] <dholbach> both pages look the same, I see the hamburger icon, no content and the navigation doesn't work
[08:44] <dpm> make web should not be needed, but make html should build the phone theme
[08:44] <dpm> let me try with a clean checkout just in case
[08:45] <dholbach> ok cool
[08:47] <t1mp> dpm: hi
[08:48] <t1mp> dpm: the number of tabs is not restricted, but at some point they won't fit in the dropdown any more when you tap the tabs button
[08:48] <t1mp> dpm: ^that's a bug. We need to make the dropdown scrollable
[08:49] <dpm> t1mp, ok, thanks, good to know. It seems the HTML5 toolkit does limit the number of tabs to 5, which is a bit of a pain when you've got 8 (which would fit on the screen). I was just trying to compare the behaviour with the QML one
[08:50] <t1mp> dpm: 8 is a lot though. An alternative could be to have a home page that lists all the pages and use a PageStack to navigate
[08:55] <dpm> t1mp, indeed, but we were trying to keep the markup simple for the first release. I'm still not sure how to do navigation properly with the html5 toolkit, other than having tabs
[08:59] <dpm> dholbach, hm, it worked for me on a fresh checkout on utopic. Here's what I did: 1) checked out the branch 2) Ran 'make html' 3) Opened the app help.ubuntuhtmlproject file with the SDK 4) Chose a desktop kit when prompted 5) Hit the Play button on Qt Creator to start the app on the desktop
[09:00] <dholbach> hum
[09:00] <dholbach> ok, I'll start the SDK then
[09:00] <dpm> I'm wondering if it's an issue with utopic vs vivid again
[09:00] <dpm> the index.html file should definitely be the new one
[09:01] <dholbach> right, index.html was updated
[09:02] <dpm> dholbach, another option is to cd to the www directory and run ubuntu-html5-app-launcher
[09:03] <dpm> that might be quicker
[09:04] <dholbach> ok, that works now
[09:04] <dpm> \o/
[09:04] <dholbach> but a few things are broken
[09:05] <dholbach> 1) there's a <br /> missing after "Take me to the FAQ"
[09:05] <dholbach> 2) if I click on "Take me to the FAQ", I get taken to that page, but the theme is gone
[09:05] <dholbach> 3) the link to "Get in touch" doesn't work
[09:06] <dholbach> 4) the SDK lists all .html pages (even the translated ones) - shouldn't it list the .md files?
[09:06] <dholbach> let me  change to a German desktop to see how that works
[09:08] <dholbach> restarting my session, brb
[09:10] <dpm> dholbach, yeah 2) and 3) are the same issue I was mentioning in the description: I'm not sure how to load internal links to make them jump to the corresponding tab. I'm actually thinking of removing those 2 links from the front page for the phone theme
[09:11] <dpm> 1) will be addressed indirectly if we remove the two links
[09:12] <dpm> 4) Good point too. Let me see if I can add other filters to the project file
[09:15] <dpm> zbenjamin, morning. Do you know any documentation that explains the syntax of .qmlproject files?
[09:16] <dpm> zbenjamin, I'm trying to show index.md files on a project, but I'd like to filter out their translated versions: e.g. index.fr.md, index.de.md
[09:18] <dholbach> dpm, how can I get it to show up in German now?
[09:18] <dholbach> with the SDK method
[09:24] <dpm> dholbach, it should detect your language and show you the german pages already. I'm logging the detected language in the console, but I've not yet figured out how to show the console messages on the sdk
[09:25] <dholbach> dpm, it looks like just loading the page in the browser doesn't work anymore
[09:27] <dholbach> dpm, up until now we used to copy the small index.html (with the language selection) into ./web as well, after the 'web' build
[09:27] <dholbach> that obviously won't work anymore
[09:28] <dpm> dholbach, yeah, it's because we're using ajax to load local pages. The app can either be loaded from the SDK or from a server. daker showed me yesterday how to do this: running python -m SimpleHTTPServer in the www folder, and then pointing the browser to localhost:8000 - that works well, but IIRC I had to adjust the path to the css and js files from index.html to point to theme/ as it didn't seem to work with the /usr/share paths
[09:29] <dholbach> hum... ok
[09:29] <dpm> dholbach, ah, I hadn't realized that for the web theme. But in any case, the server would serve the index.$LANG.html file directly
[09:29] <dholbach> right
[10:05] <dpm> dholbach, I've disabled links in that branch for now. I think moving forward we might need to look at a) how to open external links b) how to open internal links and related to that see if a PageStack is better suited for navigation instead of Tabs
[10:06] <dpm> by "disabled links" I mean nothing will happen when you tap on them
[10:06] <dpm> and on the front page they are not shown
[10:07] <dholbach> right
[10:08] <dholbach> dpm, do you know why opening index.html in either firefox or chromium doesn't work?
[10:14] <dpm> dholbach, we're using ajax to load each individual page and insert it into index.html. That's done via an XMLHttpRequest and on FFx and chromium that gives a cross-domain request error, which fails to load the page. I'm not an expert in web, so I'm not sure if there is a workaround. daker suggested to serve the index.html via a local server or use the html5 app launcher
[10:14] <dpm> dholbach, you can see the exact error if you open the JS console on FFx or chromium
[10:14] <dholbach> ok, I see
[10:15] <dholbach> in that case we're going to have to update our docs a bit
[10:15] <dpm> it would certainly make development easier. The sdk works well, but it's a bit of a pain not to be able to see the console.log() output
[10:15] <dholbach> and maybe add something like "./launch-phone-app" or something
[10:15] <dholbach> so people who don't use the SDK can easily start the app too
[10:16] <dholbach> yes, it'd also give us all the tools to identify/fix js/css
[10:16] <dpm> I added some notes to the hacking doc, but that sounds like a good idea
[10:16] <dholbach> identify issues
[10:16] <dpm> or even perhaps a 'make run-app' target?
[10:16] <dholbach> sure
[10:16] <dholbach> I'll have to change my workflow somewhat
[10:16] <dholbach> I'll propose a branch to merge into yours
[10:17] <dpm> it shouldn't change the workflow for web, but yes, for phone we'll have to think of something that makes development easier
[10:20] <dpm> dholbach, also knowing that we can (relatively) easily modify the markup with JavaScript, I'm thinking that this is something that we could use to style the images as we want as an alternative to !!I
[10:20] <dholbach> ok...
[10:20] <dholbach> I'm not sure how to exactly do that
[10:21] <dpm> I can give it a go, but it's something we can try after v0.1
[10:22] <dpm> for this release I tried this as I had more thoughts about the fact that we couldn't navigate between pages on the phone
[10:22] <dholbach> how about the external links
[10:23] <dholbach> do we know why they can't be launched?
[10:23] <dpm> no idea how to open them yet :/ Ideally, we'd launch the browser as QML apps do, but I don't know how to do it from an html5 app
[10:24] <dholbach> maybe it just works on the device?
[10:25] <dpm> it didn't yesterday, but I did't spend much time on it. Let me try again. On the desktop, it loads the link inside the app, but there is no way to then go back to the app
[10:28] <dpm> oh yeah, so same behaviour on the phone: On the apps tab, the youtube video link is opened inside the app, but there is then no way to go back to the app
[10:29] <dholbach> internal links also don't work it seems
[10:29] <dholbach> does the TOC work for you?
[10:31] <dpm> I removed the TOC from the phone theme, as it wasn't very app-like
[10:32] <dpm> but left it for the web theme, where it's very useful
[10:32] <dpm> also bug 1433525
[10:34] <dpm> but I guess I could bring back the TOC for the phone if it turns out to be useful there. I've been testing the app more and more with a real device to see what works and what doesn't
[10:36] <dpm> surprisingly the animated gif works quite well on the phone. I thought that'd be something more for the web version
[10:36] <dpm> images are automatically resized to fit the phone
[10:39] <dholbach> dpm, https://code.launchpad.net/~dholbach/help-app/help.phone-navigation-fixes/+merge/253329
[10:48] <dpm> dholbach, cool. Merged it already. I left a comment on the MP
[10:50] <dholbach> dpm, I'm not sure I understand....
[10:50] <dholbach> dpm, I run 'make launch', the app opens, I play around with it, close it, then back on the terminal I just press 'enter' do get rid of messages which came up, and I'm done
[10:51] <dholbach> the app is opened with '&' at the end
[10:51] <dholbach> not sure... do you suggest I should drop the '&'?
[10:51] <dpm> dholbach, oh, I see. No, it's fine.
[10:51] <dholbach> ok cool
[10:52] <dholbach> dpm, did we file all the issues we talked about earlier as bugs?
[10:53] <dpm> I don't think so, no. Trying to debug a couple on #ubuntu-webapps now
[10:53] <dholbach> ok
[10:53] <dholbach> because I'm happy for us to merge your branch now
[10:54] <dholbach> I just thought it'd be good to file all the bugs now and then see what we need to do next
[10:55] <dholbach> dpm, ^ what do you think?
[10:56] <dpm> dholbach, that sounds good. So to recap:
[10:57] <dpm> - Need a way to open external links (blocked on bug 1433525)
[10:57] <dholbach> I'll open a help-app task on that bug
[10:57] <dpm> - Need a way to open internal links (which perhaps means we need other type of navigation, e.g. PageStack)
[10:57] <dpm> - Only 5 tabs are shown (discussing now on #ubuntu-webapps)
[10:58] <dpm> - The title of the first tab is not updated on launching the app
[10:59] <nerochiaro> mzanetti: quick question about that code coverage stuff we discussed yesterday: when i change something in the tests, and re-run the coverage-html target, it does not seem to pick up the new results. do i manually need to delete the old ones before ?
[11:01] <mzanetti> nerochiaro, at least you gotta re-run the test, but I remember there was something odd... I mostly wipe the build dir before creating a coverage report.
[11:01] <nerochiaro> mzanetti: if i rerun the test it will not update the coverage report. I guess I'll just wipe it as part of the coverage target
[11:02] <mzanetti> yeah, that could work I guess
[11:02] <dholbach> dpm, I filed a number of bugs, tagged them - feel free to adjust milestones/importance
[11:03] <dpm> cool, thanks!
[11:03] <dholbach> dpm, shall I merge and push your branch?
[11:03] <dpm> dholbach, that'd be cool, thanks!
[11:03] <dholbach> will do
[11:05] <dholbach> dpm, is https://bugs.launchpad.net/help-app/+bug/1433228 fixed now?
[11:05] <dholbach> and with the other bugs filed is https://bugs.launchpad.net/help-app/+bug/1433170 also now fine to be closed?
[11:06] <dpm> dholbach, yes
[11:07] <dholbach> ok
[11:07] <dholbach> dpm, https://launchpad.net/help-app/+milestone/0.1 - we're done :)
[11:07] <dpm> party time!!!
[11:07] <dholbach> all right - I'm going out for lunch now
[11:07] <dholbach> and will do some more testing when I'm back
[11:08] <dpm> awesome
[12:41] <dholbach> dpm, if I use "make launch", I get debug messages:
[12:41] <dholbach> qml: [JS] (file:///home/daniel/dev/apps/help/app/www/index.html:87) Language: en-US
[12:41] <dholbach> qml: [JS] (:0) Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check http://xhr.spec.whatwg.org/.
[12:41] <dholbach> qml: [JS] (file:///home/daniel/dev/apps/help/app/www/index.html:94) No translations for en-US available. Fall back to en-us.
[12:42] <dholbach> looks like I don't get 'de'?
[12:45] <dholbach> popey, I'll merge dpm's branch in a bit
[12:46] <popey> ok
[12:46] <dpm> dholbach, it seems your language is not detected properly
[12:46] <dholbach> dpm, does it work for you?
[12:46] <dpm> it thinks your browser is set to en-US, and then it defaults to our en-us code
[12:46] <dholbach> dpm, but that's with ubuntu-html5-app-launcher
[12:47] <dpm> dholbach, for me it detects the language properly as 'ca'
[12:47] <dholbach> bizarre
[12:47] <dpm> dholbach, ah, wait, right, I was testing this with chromium yesterday
[12:47] <dholbach> the only bit where I have 'en' set, is
[12:47] <dholbach> declare -x LANGUAGE="de_DE:en_GB:en"
[12:47] <dholbach> and there it's even after de_DE
[12:48] <dpm> dholbach, I think dbarth__ mentioned that the web container should set navigator.language correctly, so perhaps this means it doesn't?
[12:49] <dholbach> I don't know
[12:49] <dholbach> dbarth__, ^ do you know?
[12:51] <dpm> dholbach, I just asked on #ubuntu-webapps
[13:00] <dholbach> dpm, merged
[13:05] <dpm> \o/
[14:04] <karni> dpm: what can I do to see other translation languages in lp on a project? I only see my native language on libqtelegram currently.
[14:04] <dpm> hi karni, there's a "View all languages" link to the right of the page, near the bottom, IIRC
[14:05] <karni> dpm: ah! indeed, thank you :)
[14:06] <dpm> np
[14:11] <dbarth__> dholbach, dpm: this is a bug common to oxide and browser / container indeed
[14:11] <dbarth__> we do set the accept-language parameter correctly, ie for code running on servers queried by our webviews
[14:12] <dbarth__> but for JS code running locally, we don't; this is a bug
[14:12] <alex-abreu> indeed
[14:12] <dholbach> dbarth__, do you know if https://code.launchpad.net/~zaspire/oxide/navigator-language/+merge/253314 is targetted for vivid and rtm?
[14:12] <dbarth__> referenced by https://bugs.launchpad.net/oxide/+bug/1433472
[14:12] <dbarth__> it should eventually, as part of the oxide updates
[14:13] <dholbach> dpm, ^
[14:13] <dbarth__> the question is whether this is a 1.5.x update (generally those are security updates only) or a 1.6 release (in ~1 week for the first one of this series)
[14:13] <alex-abreu> should at least be a 1.6
[14:14] <dholbach> I see the issue with 1.5.5
[14:14] <dpm> alex-abreu, dbarth__, is there a workaround we can use to load the translations for the help app in the meantime?
[14:14] <dpm> i.e. any other way to get hold of a locale from within an app?
[14:15] <dbarth__> without a patch to either oxide or the container, we can't really
[14:15] <dpm> argh
[14:15] <dbarth__> we don't have access to the accept-language setting at this level
[14:16] <dbarth__> but in the meantime you can provide a manual language selection maybe (drop-down list)
[14:16] <dpm> that's very 90s :)
[14:16] <dbarth__> which would still be useful, as users may want different languages
[14:16] <dbarth__> yeah, a bit 90s, admitedly
[14:16] <dpm> linux is not about choice, etc :)
[14:16] <dbarth__> well, you asked about solutions
[14:17] <dobey> linux isn't about translations either :)
[14:17] <dbarth__> i'm giving you the 90s version, while we work on the more modern one
[14:17] <dpm> thanks dbarth__ :)
[14:17] <dobey> GPU doesn't care what language you speak :P
[14:17] <dpm> :-)
[14:18] <dholbach> dpm, here's something to enjoy your 90s with: http://cps-static.rovicorp.com/3/JPG_400/MI0001/394/MI0001394424.jpg?partner=allrovi.com
[14:18] <dbarth__> dpm: alex-abreu is thinking about another magic trick, but as a stop gap measure, i still suggest the list
[14:20] <dpm> dholbach, wasn't expecting anything less from you :)
[14:20] <dobey> that is barely the 90s
[14:20] <dpm> thanks dbarth__
[14:21] <dobey> that picture might even be from the 80s :P
[14:21] <dholbach> yeah, maybe :)
[14:46] <dholbach> dpm, I was looking at the app a bit more - do we all feel it's good enough for now?
[14:46] <AskUbuntu_> Ubuntu touch HTML 5 how to create complex headers? | http://askubuntu.com/q/598309
[14:47] <dpm> dholbach, I think it's awesome :)
[14:47] <dholbach> dpm, do the values in the app description all make sense?
[14:47] <dholbach> like in manifest.json etc
[14:47] <dholbach> dpm, I don' have the keys to uploading it into the store as a core app
[14:47] <dpm> dholbach, there are more things we can do to make it more usable, but I'd say let's leave it for v0.2
[14:47] <dholbach> ok
[14:48] <dholbach> let's go then :)
[14:48] <dpm> dholbach, I can give you the credentials, just a sec
[14:48] <dholbach> I never wanted to. :)
[14:48] <dholbach> but sure :)
[14:49] <dholbach> while you get me set up, I'll test the app some more
[14:51] <dholbach> dpm, on the phone and locally, I get "None" as the app title
[14:53] <dpm> dholbach, what do you mean by app title? Where do you expect to see it?
[14:53] <dholbach> next to the hamburger icon
[14:53] <dholbach> when it is launched
[14:53] <dholbach> inside the ubuntu-html5-app-launcher window
[14:53] <dpm> dholbach, I don't see any hamburgers, are you sure you had lunch today? :)
[14:53] <dholbach> hum... all the links are now called 'None'
[14:54] <dholbach> link titles
[14:54] <dholbach> the nav menu icon
[14:55] <dpm> ah, I see :)
[14:56] <dholbach> bizarre, on a second run, it works
[14:56] <dpm> dholbach, still works well for me on the phone. For the desktop I used make launch and also worked. However, I'm still on utopic and on the desktop I've got the old header
[14:57] <dholbach> at least it now worked on my desktop
[14:57] <dholbach> on the phone it's still all "None"
[14:57] <dpm> dholbach, is this vivid on the phone? I'm testing on RTM devel-proposed
[14:58] <dholbach> ok, that might be it
[14:59] <dholbach> can somebody please test http://people.canonical.com/~dholbach/help_0.1_all.click on a phone using rtm?
[14:59] <dholbach> and let me know if the nav titles all make sense?
[15:02] <ahayzen> dholbach, o/ i'm on rtm, i think they make sense ... is that at html5 app ?
[15:02] <dholbach> yes
[15:02] <dholbach> so they don't say "None" or anything? :)
[15:02] <ahayzen> dholbach, the tab menu seems a bit laggy/hit miss but otherwise its ok ... let me take a screeny
[15:03] <daker> laggy = qtwebkit
[15:03] <dholbach> fantastic, thanks ahayzen - if they don't say "None", I'm happy :)
[15:03] <ahayzen> dholbach, https://drive.google.com/file/d/0B3XynHVKfrvMcEo3cENlUUN5UG8
[15:03] <dholbach> that looks good to me :)
[15:03] <dholbach> thanks a lot
[15:04] <ahayzen> dholbach, is there any reason/logic behind the ordering?
[15:04] <dholbach> dpm, ^?
[15:04] <ahayzen> just 'most used' ... or how you would 'flow' through the device as a new user?
[15:04] <dpm> ahayzen, you mean when we threw the dice? :)
[15:04] <ahayzen> yeah
[15:05] <dpm> I think we put some thought on it when we started writing the content,
[15:05] <dpm> so it starts with Basic "first day" tasks
[15:05] <dpm> and then UI and settings
[15:06] <ahayzen> yeah it sortof makes sense :)
[15:06] <dpm> but I think we stopped at that and we could do a better assessment on the next release
[15:07] <dpm> and yeah, the ux is a bit laggy, but it's not too bad for what the app does, I think
[15:07] <ahayzen> maybe scopes before the store...as the store is a scope lol and as it mentions use the 'Apps scope'
[15:07] <dpm> good point :)
[15:07] <dobey> hmm
[15:08] <dpm> I wonder what is the best way to target a particular framework when _developing_ html5 apps, though
[15:08] <dpm> so that we don't get the mismatch dholbach and I got
[15:08] <dobey> oh you're not actually talking about the store/apps scopes
[15:09] <dholbach> beuno,  hey hey
[15:09] <dholbach> beuno, I have another namespace question
[15:09] <beuno> dholbach, shoot
[15:09] <dholbach> beuno, "The uploaded package name (help) does not use your namespace (ubuntucoredev)" - what should I do about that?
[15:09] <dpm> dobey, no, we were talking about the help app, which has sections with FAQs for apps, scopes and the store
[15:09] <dholbach> beuno, the idea was to upload 'help' to the store
[15:11] <dobey> dpm: yeah, i just see "store scope" or "apps scope" and want to make sure it's not complaints or something :)
[15:21] <kalikiana> ot: hrm vivid isn't fun lately, ever since ff things break here and there… now I can't launch any apps or commands from the dash anymore
[15:21] <dholbach> beuno, or should I ping somebody else about it?
[15:22] <beuno> dholbach, I don't understand
[15:22] <beuno> the namespace needs to be help.ubuntucoredev
[15:22] <dholbach> beuno, it's supposed to be a core app
[15:22] <beuno> yeeees?
[15:22] <dholbach> dpm, ^
[15:23] <dholbach> or does calculator actually have calculator.ubuntucoredev in its manifest?
[15:23] <popey> not yet
[15:23] <beuno> it'll likely be the old namespace, com.ubuntu.....calculator
[15:23] <beuno> but yes
[15:24] <popey> because they all predate these new name nonsense :)
[15:24] <beuno> s/nonesense/allsense!
[15:24] <popey> potato/potato
[15:24] <dholbach> ok, so I put help.ubuntucoredev in there and we're happy?
[15:25] <popey> yeah
[15:25] <beuno> well, happy
[15:25] <beuno> I'd be happier if I got lunch as well
[15:25] <dholbach> right
[15:25] <popey> lunch is overrated
[15:25]  * dholbach hugs beuno
[15:26] <beuno> only after you've eaten it!
[15:27] <dpm> dholbach, sounds good to me
[15:27] <beuno> we will improve the UX for this namespace thing
[15:28] <dholbach> thanks
[15:30] <karni> dpm: what would you advise if the 'TRANSLATORS' hit comment is really long (I see it can't span more than one line, right?)
[15:33] <dpm> karni, you can break it as with any other comment, gettext will take that into account
[15:33] <dpm> it can span multiple lines
[15:33] <dpm> IIRC
[15:33] <dpm> dobey, ^ ?
[15:33] <karni> dpm: I *think* it's not working, but I'll double check.
[15:34] <karni> or maybe because i actually grepped without context. 1 sec
[15:34] <karni> dpm: yeah, works fine :) cheers!
[15:34] <dpm> awesome :)
[15:37] <karni> dpm: should I also wrap 'Telegram' string as translatable? I suppose there may be languages where it wouldn't be actually 'Telegram' (maybe Chinese, no idea)
[15:40] <dholbach> dpm, https://bugs.launchpad.net/help-app/+bug/1433667
[15:40] <dholbach> dpm, do you see that too?
[15:41] <dpm> dholbach, this is because scrolling of headers is broken in the theme atm - daker gave me some details this morning
[15:41] <dholbach> dpm, ok, so no show-stopper
[15:41] <dholbach> do we have a bug against the ubuntu-html5-theme?
[15:42] <dpm> I don't think so, no
[15:42] <daker> dholbach: it's qtwebkit :/
[15:42] <dholbach> so I target it against ubuntu-html5-theme too?
[15:42] <dpm> dholbach, "the issue that ubuntu-html5-launcher is using qtwebkit for some reason which doesn't recognize -webkit-overflow-scrolling: touch;"
[15:42] <dholbach> ok, thanks
[15:50] <dholbach> dpm, do you have an idea for a workaround?
[15:52] <dholbach> dpm, popey suggested merging apps and store
[15:52] <dholbach> I think that makes sense - it's just 3 more q/a pairs
[15:52] <dpm> dholbach, sounds good to me, that's inline with what ahayzen was suggesting too
[15:53]  * dholbach nods
[15:53] <dholbach> thanks popey, thanks ahayzen
[15:53] <popey> \o/
[15:53] <popey> also, remove the entire section on Security - nobody cares about that ㋛
[15:53] <kalikiana> t1mp: zsombi who's up for an easy review? https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/contentYabsY/+merge/253387
[15:53] <zsombi> kalikiana: me
[15:53] <kalikiana> \o/
[15:56] <zsombi> kalikiana: happroved :)
[15:56] <kalikiana> zsombi: thanks!
[15:57] <dholbach> dpm, https://code.launchpad.net/~dholbach/help-app/1433667/+merge/253388
[15:59] <kalikiana> zsombi: I discovered a curious phenomenon, the handlers which are parented to the mainview, don't follow window rotation… they do if I change the parent… if you happy to have any ideas on why this would happen
[16:00] <zsombi> kalikiana: hmm... parented explicitly, right?
[16:00] <kalikiana> zsombi: in staging the parent is QuickUtils.rootItem → if I change that to just handler.main they rotate fine
[16:01] <zsombi> kalikiana: right...
[16:01] <zsombi> hmm
[16:02] <zsombi> kalikiana: no easy way to solve this...
[16:02] <zsombi> kalikiana: especially that rootItem might be anything, not only MainView...
[16:03] <zsombi> kalikiana: perhaps a separate func called QuickUtils.mainView() would be good
[16:04] <kalikiana> zsombi: it definitely is the mainview, this isn't a special case
[16:04] <kalikiana> zsombi: what's more, it isn't the mainview that rotates - the *window* rotates
[16:04] <zsombi> kalikiana: well, is it? are you digging in teh OrientationHJelper?
[16:05] <zsombi> kalikiana: that is used in few apps without MainView...
[16:05] <kalikiana> zsombi: the result of rootItem is clearly the mainview, again nothing special here, typical code
[16:05] <zsombi> kalikiana: like camera
[16:05] <kalikiana> I haven't even gotten to any exceptions yet
[16:06] <zsombi> kalikiana: is the handler.main also the MainView?
[16:06] <kalikiana> zsombi: no, handler.main is TextField
[16:07]  * kalikiana did not name that one ;-)
[16:07] <zsombi> kalikiana: yeah.. .I'm lost :D
[16:08] <kalikiana> zsombi: naming aside the situation is this: the handlers parent to the mainview and that leads to them having the wrong orientation - and that's even though the window has contentOrientation, not the mainview or any other item
[16:08] <kalikiana> unless there is another level here that I'm not aware of…
[16:12]  * kalikiana tries something
[16:52] <dholbach> balloons, the problems with the app, is that on vivid?
[16:52] <dholbach> balloons, and the app installed from the store?
[16:52] <popey> looks fine here
[16:53] <popey> http://people.canonical.com/~alan/screenshots/device-2015-03-18-165300.png
[16:53] <popey> http://people.canonical.com/~alan/screenshots/device-2015-03-18-165312.png
[16:53] <balloons> dholbach, yes, on vivid it failed to load nicely
[16:53] <popey> balloons: what image?
[16:53] <balloons> I can restart the app.. If I launch on the bq device I can actually see the same thing for a moment before it fills in
[16:53] <popey> ubuntu-touch/vivid-proposed-customized-here 136
[16:57] <balloons> r123 here
[16:58] <dholbach> I don't know... do you think you can file a bug with more details?
[16:58] <dholbach> I'll have to run in abit
[16:58] <balloons> on krillin I'm on r90, 14.10.. The interface there too is different than shown. I'll file some screenshots
[16:59] <dholbach> thanks a lot balloons
[16:59] <balloons> I only blame myself. I installed it but never ran it last night and didn't think about it this morning
[16:59] <dholbach> maybe somebody like dbarth__ or daker can help
[16:59] <balloons> sorry dholbach
[16:59] <dholbach> don't worry
[16:59] <dholbach> it's not like it's installed by default
[16:59] <dholbach> or anything
[16:59] <dholbach> and we'll have to do a few releases before we're 100% happy :)
[17:01] <dholbach> all right... I'm going to check mails later on again, but I have to run now
[17:01] <dholbach> have a great rest of your day!
[17:01] <daker> balloons: what's the issue ?
[17:01] <popey> well, balloons your phone is out of date, surely?
[17:01] <popey> daker: balloons hasn't had enough coffee, that's the issue
[17:02] <daker> :)
[17:03] <balloons> popey, I have no updates to apply
[17:03]  * davidcalle -> back in the evening
[17:04] <balloons> this is what it looks like http://imgur.com/05DVIWl
[17:04] <popey> balloons: you're on the wrong channel then probably
[17:07] <balloons> popey, it's interesting to note the slightly out of date version had the wrong headers as well
[17:07] <balloons> that was on utopic
[17:07] <daker> balloons: are you using the latest version of the app ?
[17:07] <balloons> daker, I am
[17:08] <balloons> but popey is probably correct in that it's an image thing.
[17:08] <popey> could be a language thing
[17:08] <daker> yes
[17:08] <popey> mine is obviously en_GB
[17:08] <daker> i think it fails to load the html content
[17:09] <popey> file a bug
[17:09] <popey> patches welcome etc
[17:12] <daker> balloons: try looking at log of the app
[17:12] <daker> you should see the language being used
[17:14] <balloons> ahh.. daker, what about the weird headers on r252 of ubuntu-rtm proposed? They looked like the headers from WAY back: http://img.rpadovani.com/posts/Ubuntu-App.png
[17:14] <balloons> tap the bar, see the next header, select it
[17:15] <balloons> something wrong with the image or why would I see it like that?
[17:16] <daker> normal, the new header is not yet backported i think https://code.launchpad.net/~ci-train-bot/ubuntu-html5-theme/ubuntu-html5-theme-ubuntu-rtm-14.09-proposed
[17:17] <balloons> daker, ok, so folks running stable will see it like that yes?
[17:17]  * balloons goes to look at application log for help
[17:18] <daker> balloons: i have absolutely no idea how those things works Alex is doing that work
[17:18] <balloons> popey, do you have a device running rtm stable handy/.
[17:18] <balloons> ?
[17:18] <popey> nope
[17:19] <popey> only krillin running rtm-proposed
[17:24] <dbarth__> balloons: to be sure of what people will see in your app, it's easier to just copy / embed the version of the theme that works for you
[17:25] <dbarth__> balloons: that avoids all of that uncertainty about which release is where
[17:25] <balloons> daker, thoughts ^^?
[17:27] <daker> balloons: i am not sure, maybe get a copy of the sdk present on rtm stable and test against it ?
[17:29] <balloons> daker, popey here's a shot from rtm: http://people.canonical.com/~davmor2/screenshot20152318_172349829.png Looks correct, so must have just been -proposed
[17:30] <daker> yes it correct but this is using qtwebkit
[17:34] <balloons> here's the log from the vivid -propose image that fails to load (my earlier screenshot): http://paste.ubuntu.com/10622153/. The only relevant error I see is qml: [JS] (file:///usr/share/ubuntu-html5-ui-toolkit/0.1/ambiance/js/core.js:166) Uncaught ReferenceError: ActionBar is not defined
[17:34] <daker> yes
[17:34] <balloons> so do we have a bug or not? I'm leaning towards no, it's just my -proposed images and the latest proposed, along with rtm stable appear fine
[17:35] <daker> so this is fixed https://bugs.launchpad.net/ubuntu-html5-theme/+bug/1427729
[17:36] <balloons> brillant, so no bugs
[17:37] <balloons> thanks daker :-)
[17:37] <daker> you just need to wait for the update i think
[17:37] <daker> yw
[17:37] <balloons> yep, I agree
[18:35] <pindonga> jdstrand, hi there, got a minute? about click checks
[18:35] <pindonga> jdstrand, I understand we're missing some checks in the automated reviews
[18:35] <pindonga> jdstrand, and I'd like to validate a possible solution to this
[19:11] <jdstrand> pindonga: hi!
[19:11] <jdstrand> pindonga: sorry, was in a meeting
[19:11] <pindonga> jdstrand, no prob
[19:11] <pindonga> jdstrand, the issue is basically how we can discover all checks that need to be run
[19:11] <pindonga> my proposal is to base on convention
[19:12] <jdstrand> pindonga: first off-- what do you run currently, various things in bin/click-check-*
[19:12] <pindonga> right now I have a hardcoded list of checks from which I compose the path to the  corresponding click-check-* scripts
[19:12] <jdstrand> pindonga: or do you have scripts that pull in clickreviews/*py?
[19:12] <pindonga> my proposal is to run all such files
[19:12] <jdstrand> yes
[19:12] <pindonga> except for the click-check-skeleton
[19:13] <jdstrand> pindonga: if you run click-check-*, then you are fine
[19:13] <pindonga> so, we just need to remember the check scripts to always return the standard json format
[19:13] <jdstrand> except, oh heh
[19:13] <pindonga> and name the files accordingly and we'll be alright
[19:13] <pindonga> jdstrand, cool, I'll have an mp ready in a minute, just fixing some tests
[19:13] <pindonga> and we can then move with that to prod soon-ish
[19:13] <jdstrand> pindonga: the README already talks about that
[19:13] <pindonga> ack, will double check it
[19:14] <jdstrand> pindonga: so that is even a documented convention :)
[19:14] <jdstrand> pindonga: yeah, if something is unclear let me know. what you proposed is exactly what it is designed to do
[19:15] <pindonga> perfect
[19:15] <pindonga> I had the list hardcoded bc I was unsure and never managed to ask you :)
[19:31] <jdstrand> pindonga: fyi, r409 has click-check-systemd
[19:32] <pindonga> ack, will update to that in the next rollout
[20:03] <pindonga> jdstrand, https://code.launchpad.net/~ricardokirkner/click-reviewers-tools/click-check-overrides/+merge/253430
[20:21] <jdstrand> pindonga: responded
[20:21] <pindonga> just noticed, reading
[20:22] <pindonga> jdstrand, so I can fix the looping issue I think, you're ok with having the checks executed in "glob" order?
[20:23] <jdstrand> pindonga: I kinda like lint first, but not having to remember to update the script is more important
[20:23] <pindonga> I could force lint first, then everything else
[20:23] <pindonga> it's not that complicated, and lint won't go away soon
[20:24] <jdstrand> if you feel so inclined. I won't nak it if you don't
[20:27] <beuno> worst. fight. ever.
[20:49] <pindonga> jdstrand, pushed... pls let me know what you think... bash is not my strength :/