=== salem_ is now known as _salem | ||
tsdgeos | hmmm | 07:26 |
---|---|---|
tsdgeos | what's wrong with CI? | 07:26 |
tsdgeos | -- package 'unity-shell-application=3' not found | 07:27 |
tsdgeos | mzanetti: do you know anything about ↑ ? | 07:28 |
mzanetti | tsdgeos: yeah... migration broken | 07:30 |
mzanetti | tsdgeos: unity-api got released from silo | 07:30 |
mzanetti | tsdgeos: but unit8 hangs in there | 07:31 |
mzanetti | tsdgeos: we think its the mesa upgrade | 07:31 |
tsdgeos | so no CI today | 07:32 |
tsdgeos | \o7 | 07:32 |
=== Malsasa_ is now known as Malsasa | ||
tsdgeos | pete-woods: do you know anything about the apps scope? | 07:46 |
pete-woods | tsdgeos: I think pstolowski knows a bit about it, but mainly you need to speak to people in a Brazilian tz | 07:47 |
pete-woods | so alecu, actually dobey too | 07:47 |
tsdgeos | pstolowski: ping ? | 07:47 |
pstolowski | tsdgeos, in standup, will ping you shortly | 07:48 |
pstolowski | tsdgeos, what do you need to know about apps scope? | 07:59 |
tsdgeos | pstolowski: i wanted to change the UI so that instead of Amazon showed something else, to try something | 08:00 |
tsdgeos | in my naivety i thought that editing the .desktop file would be enough | 08:00 |
tsdgeos | but it hasn't done anything. Any idea what needs to happen? | 08:00 |
pstolowski | tsdgeos, pls provide more info | 08:02 |
tsdgeos | pstolowski: what do you mean more info? | 08:03 |
tsdgeos | i want to change the title of the apps scope gives me back to the ui for the amazon app | 08:03 |
tsdgeos | where is the apps scope reading it from? | 08:03 |
pstolowski | tsdgeos, ah, ok, now i understand your problem; let me take a quick look | 08:06 |
tsdgeos | mzanetti: ok, so wich branches do we ahve to merge to get past the | 08:10 |
tsdgeos | -- package 'unity-shell-application=3' not found | 08:10 |
tsdgeos | problem? | 08:10 |
pstolowski | tsdgeos, yeah, editing desktop file works for me - ~/.local/share/applications/com.ubuntu.developer.webapps.webapp-amazon_webapp-amazon_1.0.10.desktop | 08:10 |
tsdgeos | ah | 08:10 |
tsdgeos | .local | 08:10 |
mzanetti | tsdgeos: either downgrade libunity-api, or merge: https://code.launchpad.net/~dandrader/unity8/real_header_splashscreen/+merge/233286 | 08:10 |
tsdgeos | i edited the system one ^_^ | 08:10 |
pstolowski | tsdgeos, yeah, that's where click packages normally live | 08:11 |
tsdgeos | mzanetti: ok i'll merge that one | 08:16 |
tsdgeos | mzanetti: we'll land that once the mess is fixde, no? | 08:17 |
mzanetti | tsdgeos: yeah... it got stuck while moving from silo to distro | 08:17 |
tsdgeos | ok | 08:20 |
pete-woods | pstolowski: aren't those desktop files only generated for the needs of the OA integration? | 08:54 |
pete-woods | i.e. we want to stop generating them as soon as OA support some direct integration | 08:55 |
pstolowski | pete-woods, dunno; but that shouldn't matter for click scope, it doesn't hardcode that dir | 08:57 |
pstolowski | pete-woods, if that was your concernt? | 08:58 |
tsdgeos | pstolowski: is moveFavoriteTo supposed to work? | 10:32 |
tsdgeos | hmmm | 10:33 |
tsdgeos | seems like you're probably missing some model updating | 10:33 |
pstolowski | tsdgeos, yes, that's the hope.. i wasn't able to test it (will add a test) | 10:33 |
tsdgeos | pstolowski: it's not updating the scopes cateogries at least | 10:34 |
tsdgeos | pstolowski: err | 10:34 |
tsdgeos | pstolowski: it's not updating the scopes overview cateogries results at least | 10:34 |
tsdgeos | pstolowski: i can commit my code if you want | 10:35 |
pstolowski | tsdgeos, yeah, that will be useful | 10:35 |
tsdgeos | pstolowski: pushed | 10:36 |
=== greyback__ is now known as greyback | ||
pstolowski | tsdgeos, thanks, compiling | 10:52 |
=== Malsasa_ is now known as Malsasa | ||
pstolowski | tsdgeos, so, what's the best way to get out of this: -- package 'unity-shell-application=3' not found | 11:02 |
tsdgeos | merge one branch | 11:02 |
tsdgeos | pstolowski: but that should already be there in my branch | 11:02 |
tsdgeos | pstolowski: are you up to date? or is it for another branch? | 11:02 |
pstolowski | tsdgeos, ah, nvm, i forgot to pull | 11:03 |
=== pstolowski is now known as pstolowski|lunch | ||
tsdgeos | i have beginMoveRows | 11:29 |
tsdgeos | it's silly you need to do to + (to > from ? 1 : 0) as destination | 11:31 |
=== MacSlow is now known as MacSlow|lunch | ||
paulliu | tsdgeos: For CardCreator.js Can I use things from unity8/qml/Components? | 11:41 |
tsdgeos | paulliu: what do you need? | 11:45 |
=== dandrader is now known as dandrader|afk | ||
paulliu | tsdgeos: For Attributes, I copy almost the same code to Previews directory. Now I'd like to put it to Components. | 12:06 |
paulliu | tsdgeos: But it seems to me that we should not use Components in plugins. | 12:06 |
=== facundobatista is now known as LundinCrast | ||
=== boiko_ is now known as boiko | ||
=== MacSlow|lunch is now known as MacSlow | ||
alecu | tsdgeos: hi! were your questions about the click scope answered? | 12:20 |
greyback | mzanetti: here's a triplet of branches to fix the dash-not-appearing AP bug: | 12:22 |
greyback | https://code.launchpad.net/~unity-team/unity8/upstart-always-sigstop/+merge/236111 | 12:22 |
greyback | https://code.launchpad.net/~unity-team/qtmir/no-upstart-notification/+merge/236110 | 12:22 |
greyback | https://code.launchpad.net/~unity-team/ubuntu-system-settings/sigstop-for-upstart/+merge/236112 | 12:22 |
greyback | they're accessible to the team | 12:22 |
greyback | qtmir needs a debian version number bump, and the others updated to depend on that | 12:22 |
greyback | I thought I'd wait until qtmir in silo6 lands before doing that | 12:22 |
mzanetti | greyback: sure. awesome | 12:23 |
mzanetti | greyback: think a timeout of 15 secs is good enough? | 12:24 |
greyback | mzanetti: it is enough on my slowest device | 12:24 |
mzanetti | greyback: if 10 isn't I guess its just a matter of "how loaded is ci" to make it fail with 15 | 12:24 |
greyback | mzanetti: prefer a bit more, just in case? | 12:24 |
mzanetti | I tend to, yes | 12:25 |
greyback | the only down-side is that it delays this test more: unity8.shell.tests.test_upstart.UpstartIntegrationTests.test_no_sigstop | 12:26 |
greyback | since it will hang around for 20 seconds to make sure SIGSTOP not emitted | 12:26 |
mzanetti | oh, I see | 12:26 |
mzanetti | oh well... I guess we can adjust it when ci works again | 12:27 |
greyback | I can adjust one without the other. But wanted to keep symmetrical to be fair | 12:27 |
mzanetti | yeah, makes sense | 12:27 |
mzanetti | lets keep it to 15 and see how it goes | 12:27 |
greyback | mzanetti: and ideally, that wait will become less, more more, when we speed up startup :) | 12:27 |
mzanetti | right :D | 12:27 |
=== dandrader|afk is now known as dandrader | ||
tsdgeos | alecu: yes thanks | 12:53 |
alecu | great | 12:53 |
tsdgeos | paulliu: hmmmmm | 12:54 |
tsdgeos | paulliu: i'd say you can use it | 12:54 |
tsdgeos | it's our own plugin after all | 12:54 |
=== pstolowski|lunch is now known as pstolowski | ||
tsdgeos | mzanetti: any reason we shouldn't simply merge those branches to trunk? | 12:56 |
=== _salem is now known as salem_ | ||
mterry | Are there any reasons that a property defined like "readonly property alias XXX" in a component wouldn't emit onChanged signals that consumers can see? | 13:20 |
=== LundinCrast is now known as facundobatista | ||
=== facundobatista is now known as LundinCrast | ||
mzanetti | tsdgeos: we have been talking about that but doesn't seem to solve much | 14:15 |
tsdgeos | ok | 14:15 |
mzanetti | because the ppa's will still use the packages from distro | 14:15 |
mzanetti | tsdgeos: seems there is a fix on its way now though | 14:15 |
mzanetti | testing now | 14:15 |
tsdgeos | awesome | 14:18 |
tsdgeos | Cimi: ok, so https://code.launchpad.net/~unity-team/unity8/card-visual-tweaks/+merge/234332 is "done" and needs review? | 14:54 |
Cimi | tsdgeos, yup | 14:56 |
dandrader__ | mzanetti, so splash screen landed in unity-api but not in qtmir or unity8, causing the current CI problem? | 15:08 |
mzanetti | dandrader__: yeah | 15:09 |
mzanetti | dandrader__: its resolving as we speak.. the issue has been identified and fix is going through the release chain | 15:09 |
tsdgeos | Cimi: doesn't that branch depend on some scope branches? otherwise apps scope looks weird | 15:13 |
Cimi | tsdgeos, was working fine when I tested, screenshot? | 15:19 |
tsdgeos | hmmm | 15:20 |
tsdgeos | ah it's the two line ones | 15:20 |
tsdgeos | wasn't there some discussion about if those had to be left or center aligned? | 15:20 |
tsdgeos | so yeah it's what design says, but looks kind ugly | 15:22 |
tsdgeos | let me try to screenshot it | 15:22 |
Cimi | tsdgeos, talk to alecu | 15:23 |
tsdgeos | alecu: talk! | 15:23 |
* alecu starts talking... | 15:24 | |
tsdgeos | alecu: so what's the decision for two line app names, centered or left aligned? | 15:24 |
alecu | tsdgeos: I've always seen them centered in every design: https://sites.google.com/a/canonical.com/unity8dash/scopes/app-scope-home/app-scope-landing-page | 15:25 |
tsdgeos | alecu: but all those are single line | 15:25 |
tsdgeos | ah no | 15:26 |
tsdgeos | they're not | 15:26 |
alecu | tsdgeos: if the dash is going to default to left aligned, then I guess I can fix the installed apps scope to require them centered. | 15:26 |
tsdgeos | alecu: the thing is that the spec says | 15:26 |
tsdgeos | 1 line centered, 2 lines left aligned | 15:26 |
tsdgeos | which is pretty awful tbh | 15:27 |
tsdgeos | screenshot incoming | 15:27 |
tsdgeos | http://i.imgur.com/rDTSHKS.png | 15:28 |
tsdgeos | alecu: do you know who do we have to complain to get this fixed? | 15:28 |
tsdgeos | Gestor de archivos is a punch in the face | 15:28 |
alecu | tsdgeos: agree on "pretty awful" | 15:29 |
tsdgeos | mzanetti: merges incoming \o/ | 15:29 |
alecu | tsdgeos: I'll send a mail to design with that screenshot | 15:29 |
tsdgeos | alecu: ok, tx | 15:29 |
mzanetti | tsdgeos: nice :) | 15:36 |
Cimi | tsdgeos, I like this critical attitude ;) | 15:44 |
Cimi | tsdgeos, can we get the title of the app from a preview image gallery widget? | 15:55 |
tsdgeos | i guess we can apss it down or something | 15:56 |
tsdgeos | have to go now | 15:56 |
dandrader__ | kgunn, I've released the 5000 lines Kraken: https://code.launchpad.net/~dandrader/unity8/touchOwnership/+merge/236152 | 15:56 |
tsdgeos | meeting some friends | 15:56 |
tsdgeos | dandrader__: oych | 15:56 |
* tsdgeos runs | 15:56 | |
dandrader__ | kgunn, Now I need a victim (reviewer) to face it | 15:56 |
kgunn | dandrader__: love the Kraken reference | 15:56 |
dandrader__ | A brave hero | 15:56 |
dandrader__ | kgunn, it needs a lot of manual testing to ensure there are no serious bugs with it | 15:57 |
kgunn | dandrader__: ok...i might put 2 mir guys on it... | 15:57 |
dandrader__ | kgunn, it's all in unity8 though | 15:57 |
kgunn | dandrader__: yeah, for the testing tho.... | 15:59 |
kgunn | mmm | 15:59 |
kgunn | probably gonna have to be mzanetti or wait till saviq's back | 15:59 |
=== gatox is now known as gatox_lunch | ||
mzanetti | lol | 16:01 |
mzanetti | +# DANGER! DANGER! Using Qt's private API! | 16:01 |
dandrader__ | mzanetti, we might want to relax the right-edge recognition a bit. it's triggered way too easily. when I try to tap very close to the right edge most of the time I get a right-edge-drag "hint" | 16:03 |
mzanetti | dandrader__: I tend to agree | 16:03 |
mzanetti | dandrader__: will discuss it in my next design weekly | 16:04 |
dandrader__ | mzanetti, with the touchOwnership branch it's more relevant as edge touches that are not recognized as edge drags are forwarded to the app below | 16:04 |
mzanetti | yeah... I was afraid so when I looked at it closely two days ago | 16:04 |
greyback | kgunn: https://code.launchpad.net/~unity-team/platform-api/exposeOrientation-fix-android/+merge/236154 - could you get someone who can build android side to have a quick look at this please? | 16:05 |
greyback | have struggled for hour to get by android bits compiling, giving up | 16:05 |
=== dandrader__ is now known as dandrader|lunch | ||
kgunn | kdub_: do you have the ability to help out greyback ^...building android bits | 16:17 |
kgunn | rsalveti is off | 16:17 |
kgunn | i gotta meet a friend for lunch, bbian | 16:17 |
kgunn | bbiab even | 16:17 |
=== gatox_lunch is now known as gatox | ||
kdub_ | kgunn, sure | 17:02 |
anpok | dandrader|lunch: i with that branch i can get the appliacation spread into a state that vertical swipes are transported the app and not handled by u8 | 17:12 |
anpok | so the application is not closed | 17:12 |
anpok | hard to get to that state | 17:24 |
anpok | ah when there are two fingers moving vertically the second one goes to the app | 17:33 |
kdub_ | kgunn, so, I some package has to move out of Incoming before my platform-api build will work, so might take more time than normal | 17:36 |
=== dandrader|lunch is now known as dandrader | ||
dandrader | anpok, also for such things you have to compare with another device without that touchOwnership branch | 17:51 |
dandrader | anpok, to ensure it's not an existing bug | 17:51 |
dandrader | anpok, I'm checking that now | 17:51 |
anpok | not existing | 17:53 |
anpok | at least didnt happen on other-device with rtm | 17:53 |
anpok | current version still feels better | 17:53 |
anpok | as it reacts to both fingers.. | 17:54 |
dandrader | anpok, didn't get that: " current version still feels better as it reacts to both fingers.." | 18:09 |
dandrader | anpok, what do you mean exactly? | 18:09 |
* dandrader needs details | 18:09 | |
anpok | ah .. | 18:10 |
anpok | touchOwnership feels better | 18:10 |
anpok | it feels strange if the system only reacts to the movement of one finger.. since you dont immediately see to which one | 18:12 |
dandrader | anpok, you lost me again :-). What use case exactly are you talking about? | 18:13 |
dandrader | anpok, doing a right-edge swipe with two fingers? | 18:13 |
anpok | na vertical swipes | 18:14 |
anpok | or movements | 18:14 |
anpok | in app spread | 18:14 |
dandrader | anpok, ah, that's Qt's Flickable | 18:14 |
dandrader | anpok, ah, in the spread. let me check | 18:15 |
dandrader | anpok, that's a QML MouseArea | 18:16 |
dandrader | anpok, it ignores the second finger | 18:16 |
dandrader | anpok, I get the very same behavior with unity8 trunk and wiht touchOwnership | 18:16 |
dandrader | anpok, that part is not affected by this patch | 18:17 |
dandrader | anpok, this patch influences the use cases where you tap,drag or do any touch gesture very close to the screen left or right edges | 18:18 |
dandrader | anpok, eg: tapping on the left-most keys on the VKB | 18:18 |
anpok | hm why is it so different then? | 18:18 |
dandrader | anpok, like the q(or 1) key | 18:18 |
anpok | my rtm image is maybe too old | 18:18 |
anpok | yeah that i tested | 18:19 |
dandrader | anpok, I'm comparing with utopic-proposed, not rtm | 18:19 |
anpok | worked .. got bored .. so I tried the other stuff | 18:19 |
dandrader | heheheh | 18:19 |
=== davmor2_ is now known as davmor2 | ||
tedg | Anyone know how to confirm that the greeter is using the greeter profiles of the indicators? | 21:16 |
tedg | I think that I have them split out, but it's not working. | 21:16 |
tedg | Even though dbus looks good. | 21:16 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!