. Is there a reason for doing that to each one instead of wrapping a set of

's in the

? E.g. this is one place where I saw it: http://pastebin.ubuntu.com/9934148/ [10:18] I don't mind which way we do it, but I was curious after I noticed [10:21] dpm, several p inside an eight-col div is fine. I noticed it as well at some point when making the page, and I'm not sure how it happened (probably something to do with the google docs origin of the content), we were in a rush and it was more an awkwardness than an issue, I left it. [10:22] davidcalle, no worries, no need to change it, I was just wondering if there was a specific reason [10:22] thanks! === chihchun_afk is now known as chihchun [11:26] cor3ntin, hi [11:26] the backlog should be mostly clear by now [11:26] beuno> hi ! [11:26] what app is this> [11:26] ? === _salem is now known as salem_ [12:24] Is there a standart (or convention) for Ubuntu applications' structure? For example I'm developing a basic indicator app, how should I create the package structure? (I mean foldering -> src, data, po etc.) [12:25] marjinal1st, somewhat. [12:25] marjinal1st, is this qml ? [12:26] AkivaAvraham: No, it's a simple Python GTK app, indicator [12:26] marjinal1st, not exactly sure if you could call that an ubuntu application :) [12:27] Ubuntu is using qt and qml these days. Some python here and there. [12:28] AkivaAvraham: Yes but, I'm planning to make it a DEB package for Ubuntu systems, maybe PPA for it. I need to know, how should I create a directory tree for source codes, data files, po files etc. === MacSlow is now known as MacSlow|lunch [12:29] marjinal1st, I am not experienced on debian packaging, or gtk for that matter [12:29] sorry :) [12:30] AkivaAvraham: Thanks anyway :) [12:30] marjinal1st, is there any reason why you have to be using gtk ? if you use the ubuntu sdk, you can easily just create a click package. [12:31] and you can make it even work on the phone. [12:33] AkivaAvraham: I know, Qt-QML app development on Ubuntu is way better than Python-GTK. It's just a dummy app and I just want to release it. [12:33] Fair enough === rmescandon is now known as rmescandon|lunch === MacSlow|lunch is now known as MacSlow === rmescandon|lunch is now known as rmescandon === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk [21:21] popey, hey o/ I had an exams this afternoon, sorry if I missed the meeting *again*. I've requested your attention on this MP https://code.launchpad.net/~gcollura/ubuntu-calculator-app/fix-button-height/+merge/248053 because I need you to test it on krillin :) thanks a lot :) [21:25] hey gcollura, no worries === salem_ is now known as _salem [21:34] rpadovani, you there? [21:37] gcollura: looks great! [21:46] balloons, o/ [21:46] rpadovani, looking at lp:~rpadovani/ubuntu-calculator-app/bigNumber150122 [21:46] balloons, any idea? [21:47] I notice the properties are a little different and seem a bit weird. None of the button properties ever show 'pressed', nor does kbdPressed ever get set to true [21:47] the button area does change it's pressed property, but that's it [21:48] balloons, how could be possible? [21:48] you write the qml, not me :-) [21:48] :D [21:49] but it works until we change a var in a external library.. mhhh [21:49] gcollura, ^^ [21:49] rpadovani, so I would say we could change press to check for the button being pressed, as I had in mind originally. However, the app does need to set this :-) [21:50] balloons, but I think autopilot fails are side effects [21:50] balloons, I prefer to understand why it fails, not find a shortcut to fix jenkins [21:51] balloons, meanwhile, do you mind to check this fail? https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/closeBrackets150127/+merge/247690/comments/613712 [21:51] rpadovani, that's why it fails. you need to wait for the UI to respond [21:51] balloons, is it so slower than the actual implementation? [21:53] rpadovani, http://paste.ubuntu.com/9943725/ [21:54] rpadovani, is what slower? jenkins? jenkins is slower than your desktop certainly and the phone also. But it fails full speed on my desktop for the same reason [21:54] rpadovani, bzr: ERROR: Conflicts... aborting. [21:54] It failed to build at all; branch has conflicts [21:56] rpadovani, so I'll leave it in your hands, but anyone can certainly tweak the press method once the properties are set correctly [21:56] do you have an open bug for this? [21:57] balloons, ok, I'll check for conflicts - For slower I was thinking to the branch that fails. Atm jenkins doesn't fail on trunk, but the engine uses number - we want to swap to bignumber, and we have this fail. I was wondering if the engine is significantly slower [21:58] rpadovani, ahh, I get it. So I imagine the old engine sets the properties correctly. But we can check that easily enough. have a branch? [21:58] balloons, bzr merge lp:ubuntu-calculator-app/reboot [21:58] this works [21:59] balloons, this is the change which cause the fails: https://bazaar.launchpad.net/~rpadovani/ubuntu-calculator-app/bigNumber150122/revision/73 [22:03] rpadovani, the original branch actually shows the same properties [22:03] meaning again only the button area is set to pressed [22:04] balloons, but in the original branch Jenkins doesn't fail - see https://code.launchpad.net/~gang65/ubuntu-calculator-app/reboot-fix-click-package/+merge/247662/comments/612952 [22:04] this afternoon [22:05] rpadovani, yes I understand. that' s why I kind of shrugged [22:08] * balloons witnesses insanity [22:09] rpadovani, me making whitespace changes seems to have made the branch happy [22:09] color me slightly confused [22:10] balloons, changes to autopilot or qml? [22:11] rpadovani, lol, it just went on a nice run I guess [22:11] autopilot of course [22:11] ok :D [22:12] balloons, because on the old calculator, the first version, we had a strange bug about memory allocation and some "console.log()" here and there fixed the problem [22:12] quite funny, but so boring to debug [22:12] it's possible the original could also fail. It would be nice to get those properties registering properly [22:13] but hmm.. hmm [22:13] there is something possible [22:15] rpadovani, I think I know what's happening [22:15] \o/ [22:18] works, I'll propose something [22:20] thanks popey :) [22:21] balloons, thanks :-) [22:22] rpadovani, shall I propose against reboot I guess? [22:22] balloons, yap :-) [22:22] gcollura, could you please topapprove https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/closeBrackets150127/+merge/247690 [22:22] ? [22:23] rpadovani, done :) [22:25] rpadovani, https://code.launchpad.net/~nskaggs/ubuntu-calculator-app/add-min-press-time/+merge/248061 [22:26] gcollura, balloons thanks! [22:27] rpadovani, so I think what is sometimes happening is that the press time is/was effectively microseconds long and the UI doesn't have a chance to respond. Likely the migration to bignumber showed this as it seemed to occur for me when hitting '='. I assume the slightly longer overhead for calculations showed through [22:27] does that make sense? you buy it? ;-) [22:29] balloons, this makes sense, I don't know if it fixes all, but makes sense :D [22:30] gl :-) [22:32] balloons, do you know where is Andrea? It's a couple of weeks I don't see his pushes === jdstrand_ is now known as jdstrand [23:42] 0/win 21