lpotter | hmm | 02:27 |
---|---|---|
tsdgeos | meh my changes make grid be in an infinite delegate construction/destruction loop :'( | 09:35 |
* tsdgeos reads some grid code | 09:36 | |
Saviq | :/ | 09:46 |
Wellark | Saviq, mzanetti, dednick: any idea if MacSlow is on holiday or something? | 10:42 |
Saviq | Wellark, sick | 10:42 |
Wellark | Saviq: ack. thanks! | 10:47 |
dednick_ | Saviq: don't know | 10:49 |
dednick_ | hm. my network is going wonky. | 10:49 |
Saviq | dednick_, was Wellark asking, but nw ;) | 10:51 |
greyback_ | Saviq: has anyone tried out Qt5.4 yet? | 10:52 |
Saviq | greyback_, I believe Mirv has started looking into it lately | 10:52 |
greyback_ | Saviq: ok | 10:52 |
Saviq | greyback_, https://launchpad.net/~canonical-qt5-edgers/+archive/ubuntu/qt5-beta2 | 10:52 |
greyback_ | nice, something to play with | 10:53 |
dednick_ | Saviq: doh. | 10:53 |
Mirv | Saviq: greyback_: yeah kind of the usual story not really finding time with all the 5.3.2 and 5.3.0 and other landings | 10:53 |
greyback_ | Mirv: no worries, was just curious | 10:53 |
Mirv | with RC out this week I guess I should rebuild the qtbase+qtxml+qtdeclarative with that and continue from there | 10:53 |
greyback_ | would be nice to test it with our stuff before it released | 10:53 |
Mirv | would be | 10:54 |
facundobatista | Hola | 10:59 |
Mirv | right, I had some unfinished qtdeclarative fixes, let's see how that goes. those are anyway "no symbols, no tests, no nothing" builds, maybe I could bring the beta up | 11:03 |
mzanetti | bregma: ping | 11:06 |
=== _salem is now known as salem_ | ||
bregma | mzanetti, pong | 11:41 |
mzanetti | bregma: hey, what would you recommend to determine if unity8 is running in a desktop session? | 11:41 |
mzanetti | bregma: is there some env exported we don't have on phone/tablet or the like? | 11:42 |
bregma | mzanetti, not that I'm aware of | 11:42 |
bregma | mzanetti, as far as I know we don;t ever want there to be | 11:42 |
mzanetti | bregma: yeah... you think using screen size would be the way to go? | 11:43 |
mzanetti | Saviq: your input? ^ | 11:43 |
bregma | it's supposed to be more "do I have a physical keyboard? do I have a large screen?" | 11:43 |
bregma | and just as importanat, "what does my user want me to do?" | 11:44 |
Saviq | ↑ more important, not "just as" | 11:44 |
mzanetti | yeah... | 11:44 |
Saviq | mzanetti, let's think what we want to get to, we want a set of profiles that you can switch between | 11:45 |
bregma | well, a user might want to run the 10-foot experience on their phone, but maybe shouldn't be allowed to | 11:45 |
Saviq | bregma, sure, we probably need to implement some constraints | 11:45 |
Saviq | like you need at least foo GUs to run in this mode, but that's not phone vs. TV | 11:45 |
Saviq | anyway | 11:46 |
Saviq | mzanetti, a profile would be a collection of (1 or more) screens, each of which has a geometry, grid unit and usage mode associated with it | 11:46 |
Saviq | usage mode == one of touch/10"; desktop-y/2'; tv/10' | 11:47 |
mzanetti | hmm | 11:49 |
Saviq | mzanetti, here's how tvoss described it https://docs.google.com/a/canonical.com/presentation/d/1K1oV4vMc-FduKUNYYO62zPUCU5WMb74zjer8KzYzhLg/edit#slide=id.g1805cfc54_031 | 11:50 |
Saviq | mzanetti, so yeah, let's take that and think of a minimal approach that will kinda-take us to where we want to be | 11:53 |
Saviq | s/to/towards/ | 11:53 |
mzanetti | yep | 11:53 |
* mzanetti thinking atm | 11:54 | |
mzanetti | so, we don't really have the input stuff in place | 11:54 |
mzanetti | we only support touch atm | 11:54 |
mzanetti | we do have information about the output device | 11:54 |
Saviq | mzanetti, wait, we do have mouse input | 11:55 |
mzanetti | it acts like touch | 11:55 |
Saviq | mzanetti, just we don't *know* we do, I think? | 11:55 |
mzanetti | i.e. doesn't select text, but scrolls | 11:55 |
Saviq | mzanetti, but that's on a lower level | 11:55 |
Saviq | mzanetti, it's SDK/QML doing that | 11:55 |
Saviq | or do we convert mouse events? | 11:55 |
mzanetti | yes, with the -mousetouch stuff, now? | 11:56 |
mzanetti | s/now/no/ | 11:56 |
Saviq | mzanetti, not sure we do... maybe Mir is only sending touch events? | 11:56 |
Saviq | mzanetti, we don't have the mousetouch stuff enabled on Mir, afaict | 11:57 |
Saviq | on either phone or desktop | 11:57 |
mzanetti | if we don't then we get touch from mir | 11:57 |
Saviq | so that could mean that we only get touch events indeed | 11:57 |
mzanetti | because edges work | 11:57 |
Saviq | yup | 11:57 |
Saviq | mzanetti, in any case, it's not about the actual input events, but rather about availability of hardware, and that we don't have | 11:57 |
mzanetti | not atm, that sounds doable though... /me checks QtSystems API | 11:58 |
mzanetti | Saviq: no, it's not there, but I guess this would the place to add it: https://qt.gitorious.org/qt/qtsystems/source/aa651c73bf7bc57c1b6b1bfcfa9afe901884a102:src/imports/systeminfo/qdeclarativedeviceinfo_p.h | 12:01 |
mzanetti | ok, so that's one todo. figure available input devices | 12:02 |
mzanetti | Saviq: I guess for a start we gonna end up using screen size again | 12:06 |
Saviq | mzanetti, right, in the mean time, maybe we need a gsettings key (it being the user preference) and the desktop session would ship an .override | 12:06 |
Saviq | mzanetti, I'd rather ↑ | 12:06 |
Saviq | mzanetti, as a small laptop will end up having less GUs than the Nexus 10, for example | 12:07 |
mzanetti | fair enough | 12:07 |
Saviq | mzanetti, and we'll generally never install the desktop session on touch devices | 12:07 |
Saviq | and that would still allow us to override | 12:07 |
mzanetti | yep | 12:08 |
mzanetti | Saviq: already thinking of a place for the key? | 12:09 |
Saviq | mzanetti, since it's not supposed to be "public"/"permanent", I'm thinking a custom unity8 schema | 12:10 |
Saviq | mzanetti, rather than anything in unity-schemas or so | 12:10 |
mzanetti | com.canonical.unity8.interface ? | 12:11 |
Saviq | s/.interface/ | 12:11 |
Saviq | no need | 12:11 |
larsu | including the version number in there is weird... | 12:11 |
larsu | don't we already have com.canonical.unity? | 12:12 |
mzanetti | [13:10] <Saviq> mzanetti, since it's not supposed to be "public"/"permanent", I'm thinking a custom unity8 schema | 12:12 |
mzanetti | [13:10] <Saviq> mzanetti, rather than anything in unity-schemas or so | 12:12 |
mzanetti | larsu: ^ | 12:12 |
Saviq | larsu, we don't want to release unity just for having a temp key we can use | 12:12 |
larsu | there's no such thing as private keys | 12:12 |
larsu | meh, fair enough | 12:13 |
Saviq | larsu, public in the sense of "this is the way to change this for eons ahead" | 12:13 |
* larsu thinks of gsettings keys as public API | 12:13 | |
Saviq | larsu, yes, which is why we want to put it somewhere where it's not considered that ;) | 12:14 |
mzanetti | Saviq: not necessarily though. I guess we'll always have the user preference input | 12:14 |
Saviq | mzanetti, but a single key won't be enough then | 12:14 |
mzanetti | yeah, probably true | 12:14 |
Saviq | mzanetti, it will have to be a minimal set of data (from inputs/outputs etc.) + user preference | 12:14 |
mzanetti | yep | 12:15 |
Saviq | and that db will grow every time user changes stuff | 12:15 |
Saviq | and not otherwise | 12:15 |
mzanetti | ack | 12:15 |
Saviq | i.e. the db might be empty all the time, if the "hypothesis generator", as tvoss put it, comes up with the right answer every time | 12:16 |
dandrader | paulliu, there are no qmltests for Dialogs, right? | 12:34 |
paulliu | dandrader: no. | 12:35 |
paulliu | dandrader: Do we need one? | 12:35 |
dandrader | paulliu, I do. I will write it | 12:35 |
paulliu | dandrader: ok. thanks | 12:36 |
mzanetti | Saviq: want a separate package for unity8-schemas or should I just put into the unity8 package? | 12:43 |
Saviq | mzanetti, no, in -common | 12:43 |
mzanetti | ok | 12:44 |
=== dandrader is now known as dandrader|afk | ||
dednick_ | dandrader: hi. just working the shellRotation indicator problem at the mo. Does the shell not rotate while indicators are open? | 12:45 |
dednick_ | dandrader|afk: by that i mean, "is it not supposed to rotate while indicators are open" | 12:46 |
dednick_ | dandrader|afk: i've pushed the fix for the indicator interaction to the unity-team shellRotation branch | 13:03 |
mzanetti | larsu: hmm... did you ever try the GSettings qml element with a key that contains a "-"? | 13:19 |
larsu | mzanetti: that's not possible, qml doesn't allow dashes in names | 13:23 |
larsu | mzanetti: all keys are automatically converted from this-way to thisWay | 13:23 |
mzanetti | ah ok | 13:24 |
* mzanetti tries | 13:24 | |
=== dandrader|afk is now known as dandrader | ||
dandrader | dednick_, yes, it deliberately does not rotate if the indicators panel is open | 13:36 |
dandrader | dednick_, awesome! thanks for the fix! | 13:36 |
dednick_ | dandrader: cool. | 13:42 |
Saviq | ooh Cut The Rope's here! | 14:07 |
dandrader | Saviq, where? | 14:22 |
Cimi | mzanetti, https://code.launchpad.net/~mzanetti/unity8/close-temp-scope-on-left-edge/+merge/241555 crashes for me | 14:38 |
Cimi | mzanetti, boot phone, tap on app store, now immediately swipe left | 14:38 |
mzanetti | huh | 14:40 |
mzanetti | Cimi: ok, will have a look | 14:40 |
mzanetti | I did test it though | 14:40 |
ricotz | Trevinho, hi :), i am wondering if I can blame Wnck here ;) http://paste.debian.net/plain/132522 | 14:53 |
* tsdgeos realizes he's been putting the debug in the wrong class for a while, that's why nothing was showing up and puzzling :D | 14:54 | |
Trevinho | ricotz: well, could be, but I guess all the wnck calls are quite well wrapped with error handlers | 15:08 |
ricotz | Trevinho, yeah, looks like at least one isn't then? | 15:11 |
ricotz | might be triggered by a right-before call of wnck_screen_force_update | 15:13 |
* ricotz isnt able to reproduce this, it got reported by an user | 15:14 | |
=== dandrader is now known as dandrader|lunch | ||
Wellark | I think I know the answer, but I need to ask anyway... | 15:52 |
Wellark | Saviq, tsdgeos, dednick_: is there a way to compile unity8 trunk on top of local utopic install? | 15:53 |
Wellark | my guess is not | 15:53 |
Saviq | Wellark, not unless you build a few other things that got bumped in the mean time | 15:54 |
tsdgeos | well | 15:54 |
tsdgeos | i did cheat a bit | 15:54 |
tsdgeos | and seems to work | 15:54 |
tsdgeos | if you don't care about the header being a bit broken | 15:55 |
tsdgeos | http://paste.ubuntu.com/9098651/ | 15:56 |
tsdgeos | but yeah | 15:56 |
tsdgeos | not recommended i guess :D | 15:56 |
Wellark | tsdgeos: I just need to build it :) | 15:56 |
Wellark | I don't care about headers ;) | 15:56 |
Wellark | is vivid usable? | 15:57 |
Wellark | old habbits die hard.. I'm still quite reluctant to upgrade my production system.. | 15:57 |
Saviq | Wellark, nothing bad happens for me on vivid | 15:59 |
Saviq | YMMV of course | 15:59 |
Saviq | you could always take a snapshot of your / and try it out (if you're using btrfs of course ;)) | 16:00 |
Wellark | Saviq: right.. another old habbit.. you don't use btrfs on a production system. _ever_ :P | 16:03 |
Saviq | Wellark, I do, for over a year now | 16:09 |
Saviq | other than the odd ENOSPC, works great | 16:09 |
Wellark | Saviq: has the experimental flag been removed from kernel already? | 16:15 |
Saviq | Wellark, there's plenty of experimental kernel features you're using already, I expect ;) | 16:16 |
Wellark | Saviq: yeah.. I know.. I've just been burned with filesystems breaking on the worst possible hour before (old habbits..) that I have a very high barrier to migrate from ext4 to anything else | 16:18 |
Wellark | I used to run reiser4 and btrfs on my gentoo installs back in the day when Hans Reiser was not yet in jail | 16:18 |
Wellark | good old times | 16:21 |
Saviq | Wellark, do backups, I know they're for wussies, but hey | 16:24 |
greyback_ | dednick_: I suspect stupid question, but what exactly is trust prompt suspend? Is it to suspend/SIGSTOP the trust prompt provider's process? | 16:29 |
dednick_ | greyback_: nope. we don't want to stop the trust helper, but we need to inform it that the application has been "backgrounded" (suspended). This way they can timeout/close the providers as they want | 16:30 |
greyback_ | dednick_: okay | 16:31 |
dednick_ | greyback_: ie. it should be the responsibility of the trust helper to deal with the providers if the application has been suspended. | 16:31 |
greyback_ | dednick_: could you add that to your MR commit messages please | 16:31 |
greyback_ | as without context, I wasn't sure what those MRs were doing | 16:32 |
greyback_ | also some test instructions would be appreciated | 16:32 |
dednick_ | greyback_: ok | 16:32 |
greyback_ | thanks | 16:32 |
tsdgeos | Saviq: Cimi: i pushed what a fixed version of moreAsyncDash | 16:50 |
tsdgeos | if you guys could have a look | 16:50 |
tsdgeos | it's somehow still jumpy when changing some scopes | 16:50 |
tsdgeos | which is weird because my debugging says everything is being created async :/ | 16:51 |
=== dandrader|lunch is now known as dandrader | ||
=== alan_g is now known as alan_g|EOD | ||
dandrader | greyback_, kgunn, regarding shellRotation, which is more important to fix: desktop or tablet? | 18:58 |
dandrader | I will go for tablet | 18:59 |
* dandrader blows the dust off his N10 | 19:02 | |
greyback_ | dandrader: I say desktop :) | 19:11 |
Saviq | dandrader, I actually agree, desktop would be better (and I imagine simpler?) | 19:14 |
Saviq | although that depends on how does rotation interact with mzanetti's desktop stage | 19:15 |
mzanetti | so far it doesn't at all | 19:16 |
mzanetti | dunno... atm I expect it to behave like trunk does | 19:16 |
Saviq | yeah what I mean is that if it doesn't break desktop usecase, then I'm fine with that, as rotating desktop is rarely needed | 19:16 |
mzanetti | we will need it eventually, but we're not there yet | 19:17 |
mzanetti | Saviq: what does it break for tablet/desktop? | 19:19 |
mzanetti | does it end up being rotated all the time now? | 19:19 |
Saviq | mzanetti, I dunno :) | 19:19 |
Saviq | mzanetti, well, for tablet there's sidestage, of course | 19:19 |
greyback_ | mzanetti: for me, dash is rotated 90degrees | 19:19 |
greyback_ | so that needs fixing :) | 19:19 |
mzanetti | greyback_: the surface? | 19:19 |
Saviq | and we actually want rotation | 19:19 |
greyback_ | mzanetti: in the dash yeah | 19:20 |
greyback_ | in the shell I mean | 19:20 |
mzanetti | ah ok, yeah, needs fixin then | 19:20 |
greyback_ | so unity8 is fine. But dash is 90 degrees rotated | 19:20 |
mzanetti | greyback_: speaking of which, now that I constantly work with the desktop an mock apps | 19:20 |
mzanetti | greyback_: do you know what's to fix so the mock surfaces are not rotated any more? | 19:20 |
mzanetti | greyback_: you said you broke that at some point but we decided we were too lazy that moment to fix it | 19:21 |
greyback_ | mzanetti: something in tests/mocks/Unity/Application/MirSurfaceItem.* gone wrong regarding orientation | 19:22 |
greyback_ | not sure what exactly | 19:22 |
=== dandrader is now known as dandrader|afk | ||
kgunn | greyback_: dandrader|afk sorry, was out for a run, i'd vote desktop in terms of importance, i would also prefer we have something "semi working" on tablet before landing | 19:34 |
=== dandrader_ is now known as dandrader | ||
=== salem_ is now known as _salem | ||
dandrader | Saviq, greyback_ you guys still there? | 22:03 |
greyback_ | dandrader: kinda | 22:04 |
dandrader | greyback_, Saviq should dash rotate on the tablet or stay on landscape? | 22:04 |
greyback_ | dandrader: IMO whatever is easiest for you | 22:05 |
dandrader | greyback_, yeah, better if it | 22:05 |
dandrader | stayed in landscape | 22:06 |
dandrader | greyback_, dash is rotated on desktop and tablet | 22:06 |
dandrader | because its desktop file says it supports only portrait | 22:06 |
greyback_ | yep | 22:06 |
greyback_ | ah | 22:06 |
dandrader | it's not because of qtubuntu | 22:06 |
greyback_ | I made error sorry | 22:06 |
dandrader | greyback_, but if you change it to landscape-only, unity8 will look pretty broken :-D | 22:07 |
dandrader | but shouldn't be hard to fix, I guess | 22:07 |
greyback_ | sounds like a hack is needed | 22:07 |
dandrader | greyback_, there's an assumption somewhere that depending on shell aspect ratio and size if will be tablet or phone | 22:08 |
dandrader | greyback_, but that doesn't hold in a rotating shell scenario | 22:08 |
dandrader | again, shouldn't be hard | 22:09 |
dandrader | to fix | 22:09 |
dandrader | and the problem is the same for tablet or desktop, as they both have landcape screens | 22:09 |
greyback_ | note N7 scren is portrait | 22:09 |
dandrader | haven't tried it yet | 22:10 |
greyback_ | yep, just yet another thing to screw with assumptions | 22:10 |
dandrader | heh, seems shellRotation won't leave any stone unturned | 22:12 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!