[07:12] <tsdgeos> guys, the electrical company said they might cut my power today from 8 to 12, still hasn't happened but i might lose my dsl connection randomly, so don't get weirded if that happens :D
[07:38] <mzanetti> anyone here ran the shell's autopilot tests on the phone lately?
[07:45] <tsdgeos> not me
[08:02] <tsdgeos> Saviq: ping
[08:02] <Saviq> tsdgeos, ping
[08:02] <Saviq> tsdgeos, pong, rather
[08:03] <Saviq> mzanetti, any idea why jenkins didn't pick up https://code.launchpad.net/~paulliu/unity/wrap-and-sort/+merge/165829 ?
[08:04] <Saviq> mzanetti, is it the "just packaging changed" case where it goes fast-track?
[08:07] <mzanetti> Saviq: hmm... seems I can't reach jenkins at all
[08:07] <mzanetti> mmrazik: Anything known? ^
[08:07] <didrocks> Trevinho: hey, around?
[08:07] <mmrazik> mzanetti: probably related to the e-mail veebers sent?
[08:07] <mzanetti> mmrazik: likely, yes
[08:08] <mmrazik> I can't reach it too, btw
[08:08] <didrocks> sil2100: hey! how are you?
[08:08] <mzanetti> Saviq: ok... seems the whole lab has network troubles. ticket is reported.
[08:08] <Saviq> mzanetti, k thanks
[08:09] <sil2100> didrocks: hello! Trying to connect to the VPN right now ;)
[08:09] <didrocks> sil2100: no need, jenkins is down (not only jenkins, a lot of the QA lab)
[08:10] <sil2100> :|
[08:10] <didrocks> sil2100: one of the issue is that the admins are away for a week, so the manager will surely get phoned today :)
[08:10] <didrocks> sil2100: anyway, meanwhile, mind pushing that to get fixed? bug #1054049. Seems a popular issue
[08:10] <didrocks> sil2100: also, you can work on python-evdev (get it to ubuntu today ;))
[08:13] <sil2100> didrocks: aye! Will do ;)
[08:13] <didrocks> thx
[08:28] <Trevinho> didrocks: hey
[08:30] <didrocks> hey Trevinho, see the ping to sil2100 3 lines above ^ :)
[08:32] <Trevinho> oh python-evdev.. Nice, I needed that for some hacking :P
[08:32] <Trevinho> didrocks: checking that bug, then
[08:33] <didrocks> thanks :)
[08:43] <Trevinho> sil2100: we can probably mute that crash by checking for glScreen validity, but it doesn't seem the good fix to me... glScreen must be non-null there
[08:45] <sil2100> Trevinho: hmm, what could cause it to be NULL then?
[08:45] <sil2100> Any ideas?
[08:46] <Trevinho> sil2100: in theory an unproper glscreen? so maybe wrong initialization of the gl plugin
[08:47] <Trevinho> sil2100: but it should be present in other plugins also... So, or it's initialized after, or no other plugin is using it
[08:47] <Trevinho> sil2100: if unity is running there, however, it doesnt' seem the case
[08:47] <Trevinho> i,e. if it's crashing only after opening the expo
[08:49] <Trevinho> no compiz log to the bug, though
[08:49] <sil2100> Indeed, the bug also doesn't really mention when the crash happens exactly
[09:08] <Saviq> tsdgeos, still here?
[09:15] <tsdgeos> Saviq: yep :-)
[09:16] <Saviq> ;)
[09:40] <greyback> Saviq: hey, you invited me on a video call earlier this morning. What for?
[09:41] <Saviq> greyback, mom
[09:44] <Saviq> greyback, we had a chat with tsdgeos about the LVWPH
[09:44] <greyback> Saviq: ah ok
[09:44] <Saviq> greyback, but we managed without you, slacker
[09:44] <greyback> Saviq: I'm sure you did.
[09:45]  * greyback had a looong weekend
[09:45] <Saviq> greyback, the issue tsdgeos stumbled upon was something that we forgot to take into account when thinking of LVWPH with destroyed delegates
[09:46] <Saviq> greyback, when you scroll back up, the previous category delegate was destroyed before
[09:47] <Saviq> greyback, and it gets recreated when you get near it... and that's when the content you have on screen is pushed down, 'cause the contentHeight of the Flickable changes
[09:48] <Saviq> greyback, but we were not syncing the originY from the ListView to the Flickable
[09:48] <Saviq> greyback, and anyway with each such issue we're getting closer to say "let's just write it ourselves based on a Flickable"
[09:48] <Saviq> greyback, why the long weekend? had fun?
[09:49] <greyback> Saviq: true. I struggled to get both the contentY and originY to update the Flickable's contentY correctly, It seemed in 1 frame originY changed, then the next contentY changed to offset. I never did understand why
[09:49] <greyback> Saviq: stag party for a good friend, in the west of Ireland
[09:49] <tsdgeos> Saviq: ok, confirmed, growing items in a listview outside the viewport don't seem to influence it's positioning *but* it's hard/impossible to guarantee they'll be outside the viewport, since you can flick very fast
[09:50] <tsdgeos> i.e. take this https://pastebin.canonical.com/91636/ if you scroll slowly all is cool
[09:50] <tsdgeos> if you flick fast, things animate in the middle
[09:50] <tsdgeos> but since you're flicking i guess that's probably "fine"
[09:51] <Saviq> tsdgeos, yeah, and also - it's not like our items will really change its height
[09:52] <Saviq> tsdgeos, there's a behaviour now on them that should be disabled
[09:52] <tsdgeos> Saviq: sure, but the contents may change, no? i mean it may happen that you get updated data while you scroll?
[09:52] <tsdgeos> or not?
[09:52] <Saviq> tsdgeos, so I think our case will more be one of "the delegates are of different height"
[09:53] <Saviq> tsdgeos, sure, but that's fine
[09:53] <Saviq> tsdgeos, and anyway 99% of the time the resulting height will be the same
[09:53] <Saviq> tsdgeos, at least for the Dash
[09:53] <sil2100> Trevinho: any progress on that bug? Maybe smspillaz could be of some help :) ?
[09:53] <sil2100> (if Sam has some free time of course!)
[10:04] <Saviq> tsdgeos, and IIUC the ListView will cache the dimensions of destroyed delegates (I would)
[10:04] <tsdgeos> Saviq: it doesn't
[10:04] <tsdgeos> all it has is a averageDelegateSize
[10:04] <tsdgeos> which is part of the root of all evil
[10:05] <Saviq> tsdgeos, yeah, should be updated to a list of real delegate sizes when you know them, IMO
[10:05] <Saviq> but the averageDelegateSize is probably needed anyway
[10:05] <Saviq> I hate ghosts... http://ubuntuone.com/5MjoQ6taFZyP85DPOreg2H
[10:05] <tsdgeos> thing is, nothing guarantees the delegate sizes will be the same the next time you instantiate it
[10:06] <Saviq> tsdgeos, of course, but it's still a better guess than average size
[10:06] <Saviq> biab, rebooting to try and get rid of the ghosts
[10:10] <Saviq> not good, my touchpad seems to be dying :/
[10:12] <greyback> Saviq: oh no.
[10:13] <Saviq> greyback, got 4 years door-to-door warranty, so it's gonna be ok, good thing I can disable it for the time being
[10:13] <Saviq> actually, not d-t-d, serviceman-to-door
[10:14] <greyback> Saviq: fair enough, just annoying
[10:15] <greyback> might as well use the fancy warranty
[10:26] <Saviq> wow... http://bazaar.launchpad.net/~unity-team/unity/phablet/revision/695
[10:27] <Saviq> that was quick...
[10:27] <greyback> Saviq: you just turn it on?
[10:27] <Saviq> greyback, Friday
[10:27] <greyback> Saviq: nice
[10:28] <greyback> no french
[10:30] <greyback> or chinese or swedish, or burmese. But not bad
[10:31] <Saviq> greyback, Friday
[10:31] <Saviq> granted, there's like 14 translatables there ;)
[10:32] <Saviq> but still :)
[10:37] <tsdgeos> Saviq: are we going to have changes like http://bazaar.launchpad.net/~unity-team/unity/phablet/revision/695/po/pl.po all the time?
[10:38] <Saviq> tsdgeos, no
[10:38] <Saviq> tsdgeos, this was just on-enabled
[10:38] <tsdgeos> good :-)
[10:38] <tsdgeos> someone disagrees big time with paulliu's translation :D
[10:39] <greyback> Saviq: I thought the LP engine went through the huge list of strings and translations that were already defined in the past, to generate that on first run.
[10:40] <Saviq> greyback, tsdgeos yeah, it might be the "share translations within the same project" effect
[10:41] <Saviq> or not ;)
[10:41] <greyback> yep, no evidence either way
[10:41] <Saviq> tsdgeos, but the translations are restricted, so only "Unity translation team" has access
[10:41] <Saviq> tsdgeos, so that *should* be fine ;)
[10:41] <Saviq> "Ubuntu Tranlators", rather
[10:42] <Saviq> see https://translations.launchpad.net/unity/phablet/+translations
[10:43] <tsdgeos> sure
[10:43] <Trevinho> sil2100: not really :(
[10:49] <tvoss> Saviq, ping
[10:50] <Saviq> tvoss, pong
[10:55] <Saviq> mzanetti, re: syncevolution / CardDAV, did you manage to sync Harmattan?
[10:55] <mzanetti> Saviq: yes
[10:55] <Saviq> I've had some progress with SyncML and funambol, but it was painful and flaky
[10:55] <mzanetti> Saviq: also syncevolution seems a bit flaky on harmattan
[10:56] <mzanetti> Saviq: seems to work way more stable on ubuntu phone already
[10:56] <Saviq> mzanetti, and what do you use on your desktop?
[10:56] <mzanetti> akonadi
[10:56] <Saviq> right :P
[10:56] <Saviq> I wonder if there's CardDAV support for Tbird
[10:56] <mzanetti> I think there is
[10:57] <mzanetti> Saviq: http://davmail.sourceforge.net/thunderbirdcarddavsetup.html
[10:57]  * Saviq will have to try
[11:00] <Saviq> mzanetti, did you build syncev yourself for harmattan or used the pkgs that are out there somewhere?
[11:00] <mzanetti> Saviq: hmmm.. I think some guy posted packages... let me search the thread
[11:01] <mzanetti> Saviq: this worked for me iirc: http://talk.maemo.org/showthread.php?p=1239368
[11:02] <Saviq> mzanetti, cheers
[11:12] <Saviq> Saviq_test, test
[11:15] <Saviq> yikes there's IRC and Jabber built into Tbird now...
[11:19] <paulliu> tsdgeos: yeah.. I know. But I think he does the translation better than I do. Actually I don't speak Chinese very well. :P
[11:20] <tsdgeos> oki
[12:24] <didrocks> sil2100: mind having a look? https://code.launchpad.net/~didrocks/unity/add-autopilot-dep/+merge/165871
[12:36] <didrocks> sil2100: and https://code.launchpad.net/~didrocks/autopilot/remove-circular-dep/+merge/165873
[12:36] <didrocks> thanks :)
[12:58] <dandrader> mzanetti, still having problems with input events?
[12:58] <mzanetti> dandrader: I didn't really continue on friday... So yes, nothing changed
[12:59] <dandrader> did you read you IRC backlog?
[13:00] <mzanetti> dandrader: yes
[13:00] <mzanetti> dandrader: but didn't really understand it
[13:00] <dandrader> mzanetti, short version: sync with latest trunk again as you're using an outdated/problematic MouseTouchAdaptor
[13:02] <mzanetti> dandrader: oh...
[13:02]  * mzanetti tries
[13:12] <dandrader> greyback, are you making heavy modifications on Stage.qml?
[13:13] <tsdgeos> Saviq: i've been testing the ListView alone and it also has it's fair share of problems with items that animate it's size, as far as i understood you said that this animating is not really expected on our componenets either, i am thinking it'd make sense to fix that first since it's one of the things that makes my life harder
[13:13] <greyback> dandrader: not heavy, just moving the file. I do more damage to Shell.qml though :)
[13:13] <Saviq> tsdgeos, of course, disable the behaviour
[13:14] <Saviq> dandrader, there's an issue with the launcher
[13:14] <Saviq> dandrader, once you drag it down
[13:14] <Saviq> dandrader, to scroll to the top items
[13:15] <Saviq> dandrader, it will then scroll up there by itself every time you open the launcher
[13:17] <tsdgeos> Saviq: arggg, running ./build gives me a non-empty diff, is someone working on that?
[13:17] <Saviq> tsdgeos, not sure what you mean?
[13:17] <tsdgeos> Saviq: all the .po files get scrambled
[13:18] <tsdgeos> http://paste.ubuntu.com/5706763/
[13:18] <Saviq> tsdgeos, weird, it should only happen on make translations :/
[13:19] <tsdgeos> can you repro that?
[13:19] <dandrader> tsdgeos, I get the same
[13:19] <tsdgeos> that's a pain :-/
[13:19] <paulliu> hmm.. seems that we should avoid make translation on build?
[13:20] <tsdgeos> well, we should avoid things moving inside the file for no reason :D
[13:20] <tsdgeos> if you look the contents of the file are the same
[13:20] <tsdgeos> almost the same
[13:20] <tsdgeos> they just moved around
[13:21] <Saviq> tsdgeos, http://pastebin.ubuntu.com/5706780/
[13:21] <Saviq> paulliu, ^
[13:21] <dandrader> Saviq, reproduced the issue
[13:21] <Saviq> dandrader, will you try and fix?
[13:22] <dandrader> mzanetti, should I fix that Launcher issue or is it your turf now?
[13:22] <tsdgeos> Saviq: but the only thing this makes is not adding it to the regular make, no?
[13:22] <tsdgeos> is that what we want?
[13:22] <Saviq> tsdgeos, yes
[13:22] <tsdgeos> oki
[13:22] <Saviq> tsdgeos, we should only update the .pot file from now on
[13:22] <Saviq> hmm wait
[13:23] <paulliu> BTW, in DashBar.qml:98 we are using lens.name to get the icon. But now the lens.name is got translated. So it cannot find the icon. There's a comment there that we should use lens.iconHint..
[13:23] <Saviq> tsdgeos, that would mean they're not built on install
[13:23] <tsdgeos> paulliu: that's  not new, been hapeening here for a long time :D
[13:23] <paulliu> What's it exactly? Should I just add a iconHint there?
[13:23] <tsdgeos> Saviq: what we need is "compile but not merge"
[13:24] <tsdgeos> not sure if that can be done :D
[13:24] <Saviq> tsdgeos, indeed
[13:24] <tsdgeos> with that command
[13:24] <tsdgeos> i mean
[13:25] <paulliu> Let me see. There are 3 macros in FindGettext. The other 2 should do the trick. I'll test it.
[13:25] <Saviq> paulliu, thanks
[13:30] <mzanetti> dandrader: depends how critical it is... my branch might need a bit to land still
[13:31] <Saviq> mzanetti, paulliu standup?
[13:31] <dandrader> mzanetti, I think it's not critical as it doesn't block any use case.
[13:32] <mzanetti> d'oh
[13:32] <greyback> Saviq: I was doing it!
[13:32] <mzanetti> dandrader: a first try after merging trunk: it _seems_ to be fixed
[13:32] <Saviq> greyback, :P
[13:32] <Saviq> greyback, here you go
[13:32] <dandrader> mzanetti, good
[13:33] <mzanetti> dandrader: will report long term results
[13:33] <Saviq> greyback, can you hear us
[13:33] <Saviq> ?
[13:34] <greyback> Saviq: I can barely hear you
[13:34] <paulliu> Saviq: we can't hear you
[13:34] <greyback> but I hear everyone else fine
[13:37] <dandrader> tsdgeos, I think you're a good candidate to review this: https://code.launchpad.net/~dandrader/unity/phablet_autopilotTouchOnly/+merge/165666
[13:39] <greyback> paulliu: I couldn't quite hear you, can you give me a summary?
[13:39] <paulliu> greyback: yeah.. I'll add that on notes.
[13:39] <greyback> paulliu: thanks
[13:43] <dandrader> mzanetti, Saviq, so, should I start working on fix that Launcher issue?
[13:43] <tsdgeos> dandrader: ok, i'll give it a shot
[13:43] <Saviq> dandrader, yes please
[13:43] <dandrader> ok
[13:43] <mzanetti> dandrader: its most likely just a wrong height anyways... should be easy
[13:43] <dandrader> mzanetti, yes, I hope so
[13:43] <dandrader> :)
[13:44] <dandrader> tsdgeos, thanks!
[13:45] <dandrader> tsdgeos, btw, remember that issue that sometimes the launcher gets displace some dozens of pixels to the right?
[13:45] <tsdgeos> yep
[13:45] <dandrader> tsdgeos, it happened in my machine if I do a drag using a single move event (straight to its final position)
[13:45] <tsdgeos> ouch
[13:46] <dandrader> tsdgeos, if I do it with a couple of intermediate moves, that issues doesn't happen
[13:46] <tsdgeos> interesting
[13:46] <tsdgeos> well at least we know it''s not the machine going crazy D:
[13:46] <dandrader> tsdgeos, so that's reflected in some of my changes in this merge proposal
[13:47] <tsdgeos> ok
[13:48] <tsdgeos> Saviq: https://code.launchpad.net/~aacid/unity/doNotAnimateFilterGrid/+merge/165886
[13:48] <tsdgeos> dandrader: CI not liking the change?
[13:48] <didrocks> sil2100: hum, still not around? needing help for anything? :)
[13:49] <mzanetti> cyphermox: ping
[13:50] <cyphermox> mzanetti: pong
[13:50] <mzanetti> cyphermox: hey. you still maintaining the syncevolution package?
[13:50] <dandrader> tsdgeos, it needs some modifications (like a "chmod 666 /dev/autopilot-uinput").
[13:51] <sil2100> didrocks: I'm here ;)
[13:51] <cyphermox> mzanetti: I never really did, it was a drive-by fix
[13:51] <sil2100> didrocks: ah shit! Missed some pings ;)!
[13:51] <cyphermox> mzanetti: anything I can help with? sponsoring?
[13:51] <mzanetti> cyphermox: ah... that one with the syncevo-local-sync binary missing, right?
[13:51]  * sil2100 scrolls back
[13:51] <cyphermox> mzanetti:I can't remember tbg
[13:51] <cyphermox> *tbh
[13:51] <mzanetti> cyphermox: that issue seems back again... http://notyetthere.org/
[13:51] <cyphermox> I'm quite busy today too :/
[13:52] <sil2100> didrocks: that's the problem when I leave my irssi opened on this window, I don't see the notifications when someone pings me ;) Those get lost when there's a lot of talking on the channel
[13:52] <sil2100> didrocks: looking!
[13:52] <mzanetti> cyphermox: no worries... I just thought you would be the package owner...
[13:52] <didrocks> thanks
[13:52] <cyphermox> mzanetti: I'll look at it now, I can start NM long enough ;)
[13:53] <mzanetti> cyphermox: basically the fix is to add "usr/lib/syncevolution/syncevo-local-sync" to debian/syncevolution-libs.install
[13:54] <tsdgeos> dandrader: oh, so the launcher thing, what you did is workaround it instead of fixing it in the launcher itself?
[13:54] <dandrader> tsdgeos, what launcher thing?
[13:55] <tsdgeos> dandrader: "the launcher gets displace some dozens of pixels to the right?"
[13:55] <dandrader> tsdgeos, yes. I added a better emulation of a real drag
[13:56] <tsdgeos> but this means that the problem could theoretically still happen, no?
[13:56] <dandrader> tsdgeos, I've no idea how this single-move-event drag causes it
[13:56] <sil2100> didrocks: are the mergers still down as well?
[13:57] <didrocks> sil2100: seems so, as it's part of the lexington lab
[13:57] <dandrader> tsdgeos, yes, if you do a drag using a single event it will
[13:57] <tsdgeos> dandrader: should we write that as a blueprint item for furhter investigation in the future?
[13:58] <dandrader> tsdgeos, like a light-weight bug report. yeah...
[13:59] <tsdgeos> dandrader: oki, please add taht somewhere then :D
[13:59] <tsdgeos> i guess we have a launcher blueprint
[14:01] <dandrader> tsdgeos, why me! ?:)
[14:07] <tsdgeos> dandrader: because you found it and workarounded it
[14:07] <tsdgeos> and you know what has to be written :D
[14:07] <tsdgeos> dandrader: i'm not saying that you assign it to you, just that you write the item
[14:43] <elopio> sil2100: the branch you approved didn't land: https://code.launchpad.net/~elopio/unity/fix1181677-execute_action_by_id/+merge/164608
[14:43] <elopio> but the errors don't seem related to my change. Should I just approve again?
[14:44] <sil2100> elopio: let me check that
[14:45] <sil2100> elopio: heh, yes indeed, those are some random failures - I'll re-approve it
[14:45] <elopio> thanks sil2100!
[14:45] <sil2100> elopio: it'll take some time until it gets merged again as the merger is down currently
[14:45] <elopio> that
[14:46] <elopio> 's fine, I can wait.
[14:46] <Saviq> tsdgeos, jenkins down
[14:46] <Saviq> tsdgeos, so no CI
[14:46] <tsdgeos> Saviq: dandrader's one went through CI (if you are refering to that)
[14:47] <Saviq> tsdgeos, no, lp:~aacid/unity/doNotAnimateFilterGrid
[14:47] <tsdgeos> ah, ok
[14:51] <didrocks> bregma: Trevinho: sil2100: do you see some weird labels on alt-tab with Unity 7?
[14:52] <Trevinho> didrocks: no, why?
[14:52] <Trevinho> didrocks: or better, what you mean by weird exactly?
[14:52] <bregma> look as expected on all my machines
[14:53] <didrocks> sometimes, can't be sure about the reproducer, but I have the (1) new email label on thunderbird
[14:53] <didrocks> let's say thunberbird is the 3rd app in alt tab
[14:53] <didrocks> I alt tab to another app
[14:53] <didrocks> thunderbird is not anymore the 3rd app
[14:53] <didrocks> but the label stays (and behind the icons?)
[14:54] <didrocks> then, I just alt-tab to other apps
[14:54] <didrocks> and the label always stays on this 3rd app (and behind)
[14:54] <didrocks> never got that?
[14:54] <sil2100> didrocks: hm, didn't see that before
[14:55]  * bregma upgrades his Saucy machine to today's latest to check there
[14:55] <didrocks> bregma: I got it twice on raring
[14:55] <didrocks> so doesn't seem to be saucy specific
[14:55] <didrocks> and now, I changed my ws
[14:56] <didrocks> so it resetted, can't recordmydesktop
[15:00] <dandrader> Saviq, mzanetti: there you go https://code.launchpad.net/~dandrader/unity/phablet_fixLauncherTopScroll/+merge/165896
[15:00] <Saviq> dandrader, cheers
[15:01] <mzanetti> thanks dandrader
[15:04] <dandrader> Saviq, mzanetti: ops, gotta fix one small detail still
[15:05] <dandrader> it should scroll back to have the home button visible again on the next appearance
[15:08] <cyphermox> mzanetti: I uploaded syncevolution to saucy btw
[15:09] <mzanetti> cyphermox: the same version as in raring or the fixed one?
[15:09] <cyphermox> well, fixing the missing binary
[15:09] <mzanetti> cyphermox: awesome! thanks a bunch
[15:10] <cyphermox> we should SRU this too, but I can't do it now
[15:10] <cyphermox> as soon as it looks more like my code is working, I'll do the SRU too ;)
[15:13] <dandrader> ok, now it's really good-to-go
[15:14] <Saviq> dandrader, no worries, we son't be merging until jenkins is back anyway :/
[15:14] <Saviq> s/son't/won't
[15:15] <dandrader> Saviq, speaking of Jenkins. Will it be simple to have it running our autopilot tests using touches?
[15:15] <dandrader> that modification I mentioned on the e-mail
[15:16] <Saviq> dandrader, yeah, that should be easy
[15:16] <Saviq> dandrader, it's just about adding the testing user to the right group
[15:29] <paulliu> Saviq: https://code.launchpad.net/~paulliu/unity/i18n-po-msgmerge/+merge/165899
[15:29] <paulliu> Saviq: I found that FindGettext sucks.
[15:29] <Saviq> paulliu, ;)
[15:29] <paulliu> Saviq: So just copy the rules from it and use it. Now we don't need to make install.
[15:30] <Saviq> paulliu, you should remove the if(isRunningInstalled()) from main.cpp, then, right?
[15:30] <paulliu> Saviq: There are 3 macros in FindGettext, the first and second do msgmerge on build which we don't want it. The 3rd one works, but it install the mo files base on LANG, not project name.
[15:31] <paulliu> Saviq: ok.. So we want to call bindtextdomain on all cases?
[15:33] <paulliu> Saviq: pushed.
[15:33] <Saviq> paulliu, yeah I think it's fine, at least for now
[15:33] <Saviq> paulliu, cheers
[15:36] <dandrader> Saviq, I was thinking: when the user presses close to the right edge of an application, should we really hint that you can switch apps?
[15:36] <dandrader> Saviq, ie.: should we really slide in the next app a bit?
[15:36] <Saviq> dandrader, we probably should (after a delay)
[15:36] <Saviq> dandrader, but no, not by sliding the next app in
[15:36] <Saviq> dandrader, rather via a glow
[15:37] <dandrader> Saviq, won't that interfere with a long tap for instance?
[15:37] <Saviq> dandrader, yeah, but the edge drag should ignore a long tap like this
[15:37] <Saviq> dandrader, that's just me thinking, mind you,
[15:37] <Saviq> dandrader, IANAD (IANADesigner)
[15:38] <dandrader> Saviq, like its adding  the distractions that we want to avoid by properly detecting a directional drag before doing the thing
[15:38] <Saviq> dandrader, sure, I think that's the place for "let's learn with our users"
[15:38] <Saviq> dandrader, i.e. hint it until we recognize a correct edge swipe for 10 times or something
[15:39] <Saviq> dandrader, potentially reducing the strength of the hint over time
[15:39] <Saviq> dandrader, but again, IANAD
[15:39] <Saviq> dandrader, just repeating some things I've heard proposed
[15:40] <dandrader> Saviq,  ok. well, I'll leave that slide-in hint for now then
[16:17] <greyback> dandrader: can you point me to your branch on your Stage changes, so I can see what you're doing and minimize conflicts
[16:18] <dandrader> greyback, lp:~dandrader/unity/phablet_edgeDragInStage
[16:19] <greyback> dandrader: thanks