[00:17] mpt: surely the toolbar doesn't hide instantly upon clicking back but stay around for a little while for rapid back tapping [11:12] xnox, good point, maybe it does. [11:12] xnox, but it would be odd if it was there initially on going back, but not initially on going in. [11:16] mpt: if one had proximity sensors toolbar could be revealed upon finger hovering over the bottom edge. [11:19] Yes, we are living through a brief but glorious window of hover-effect-free computing [11:27] mpt: have you seen microsoft big table (the surface table) ? =))))) === ckpringle__ is now known as ckpringle === francisco is now known as Guest60673 [17:08] ckpringle: ping [17:08] ckpringle: something is wrong with the links in the blog post that go to G+ [17:09] ckpringle: http://design.canonical.com/2013/02/app-patterns-applied-core-utilities-for-ubuntu-on-phones/ as an example when I click on the G+ just makes my address bar go odd with a long url but never posts [17:13] * mpt ponders labelling a button "Remove & Install", and wonders whether that would seem vaguely contradictory [17:13] just a tad [17:14] and very confusing [17:14] mpt, why not 'or'? [17:15] snwh, because it's doing both [17:15] Removing item B that conflicts with about-to-be-installed item A. [17:16] Oh, I see. What is this for? [17:22] snwh, bug 704155 [17:22] bug 704155 in software-center (Ubuntu) "No easy way to resolve conflicts" [Low,In progress] https://launchpad.net/bugs/704155 [17:24] czajkowski: oh, strange? [17:24] ckpringle: happens on all of them [17:24] let me pm you the url [17:24] czajkowski: I've never tried to G+ them!!! [17:24] :( [17:26] mpt: "Remove Conflicting Package and Install" ... long, but "Resolve Conflict ..." is vague and "Remove Conflict" doesn't say how [17:26] not sure why it doesn't post like the others though [17:28] thorwil, indeed [17:28] though i guess you are trying to keep "package" out of user-facing language [17:31] if the dialog is very clear about what is going to happen, you might get away with an "Apply", which avoids the remove-> what?, install -> what? problem [17:35] mpt, there's always "Supplant" ;) [17:35] haha [17:38] snwh, thorwil: https://wiki.ubuntu.com/SoftwarePackageOperations?action=AttachFile&do=view&target=install-conflict.png [17:41] hmm any idea why there isnt any sharing feature available on http://www.canonical.com/content/touch-developer-preview-ubuntu-be-published-21-february-2013 [17:41] mpt, what is the current behaviour? [17:41] snwh, "Install" is just insensitive [17:43] mpt: at that point, the user already stated intention to install, right? so that dialog is a detour and can simply say "Remove items" (vs "Cancel installation") [17:46] There's a fine line between making the affirmative button contain a warning that continuing will do something unexpected, and making it say the complete opposite of what you're expecting. :-) [17:48] mpt, what if it were "Continue Installing" as the removal is implied in the 'warning' [17:48] snwh, so what I mean by "making the affirmative button contain a warning" is, containing a hint for the sake of people who wouldn't otherwise read the primary text [17:49] Most often, this hint is the word "Anyway" [17:49] oh. those people. [17:49] i think warning about removal trumps reassurance that this is the way to continue [17:49] heh, yes, thooose people [17:49] E.g. if you read the button "Install Anyway", you'd think "whoa, anyway despite what?", and might read the primary text when you wouldn't have otherwise. [17:50] But I think this case deserve something a bit stronger than "Anyway" [17:50] +s [17:53] i thought of 'replace', but that wouldnt always be the case [17:56] mpt, but of course package A could remove B & C [17:57] yep [18:00] mpt, do you have a dot grid that you start all of those mockups with? [18:00] snwh, yes, http://incompetech.com/graphpaper/squaredots/ [18:01] mpt, thanks! I was looking for something like that the other day [18:44] * snwh thinks he should probably finish that apport icon for mpt. [19:00] yay :-)