Design Team/Meetings/2010-07-10

Design Team/Meetings

[10:31] == christianmarcsch [~christian@cpe-69-203-208-242.nyc.res.rr.com] has joined #sugar-meeting [10:32] hi everyone [10:32] hi christianmarcsch [10:32] hi walter! [10:33] is gary there? [10:33] not yet, it seems [10:33] did you see the PDF? [10:34] yes... It looks good... but I think it is overkill [10:34] yes, we should discuss what the best solution would be [10:35] showing palettes sooner may work, though i think there may be some usability issues since they cover up so much of the screen (and hide other objects that you could interact with) [10:36] if the initial pop-up is just start-resume-most-recent, that is pretty compact [10:37] oh, so 14:30 UTC already, not 15:30? [10:39] We are +4 this time of year on the East Coast [10:40] err. -4 [10:41] that's why it's always a good idea to agree on times based on UTC, so everyone can do the calculation based on UTC instead of introducing errors while doing the offset calculation twice. [10:41] date -d ' UTC' will always print the correct local time [10:42] (it's important to use of the meeting in case it's near a change of DST) [10:43] * walterbender would prefer to wait until 15:30UTC... [10:44] i may not be able to do 15:30... [10:44] we could try tomorrow? [10:45] walter, i think that a shorter palette delay may work, but i'm a bit concerned about immediate visibility [10:45] i've run into similar situations, where hover behavior causes elements to appear over other objects, making them hard to reach [10:46] christianmarcsch: then we are still back to the question of resume vs new... [10:46] right, yes [10:46] well, [10:46] one possibility is that we show a smaller palette on click [10:46] (instead of the modal dialog) [10:47] so, something in between the modal dialog, and the hover palette [10:48] * walterbender trying to picture it... [10:51] gary had a sketch of something similar a while ago [10:51] maybe we should have that for comparison [10:53] maybe we can sketch out each of these ideas and try them... the two-item pop up should be easy enough to try... [10:54] you mean in code? that would be ideal [10:54] then we can really get a sense for the interaction [10:54] yes... code... [10:55] when you say two-item pop up, are you thinking the "resume" item would open up into a secondary menu? [10:55] or would it go to the journal? [10:55] not sure which... [10:55] or would it resume the last activity? [10:55] with only two items i don't think there is a usability issue [10:56] I think new or most recent is a reasonable compromise... [10:57] i agree [10:57] that seems low-cost, and addresses the issue [10:58] and also, a small change from the UI perspective, so it is likely to be accepted down stream... [10:58] what exactly are you envisioning? I don't quite get it from your descriptions... [10:58] so, is resume then still the default click behavior? [10:58] i'll create a quick mockup [10:59] that is debatable... [10:59] silbe: the idea is as I described it in my email: an instant (or very quick) pop up of a choice of start new or resume most recent. [10:59] silbe: a longer delay (as we currently have) for the full palette of choices [11:00] walterbender: so like the mockups Michael and Gary (IIRC) produced some months ago? [11:01] silbe: yes [11:01] and no modal dialog [11:02] I worry about adding an extra step and I worry about introducing a radical change to the behavior that won't be accepted downstream [11:02] so I like the Gary/Michael proposal [11:03] and I like the additional simplicity of just two choices to start: new and resume [11:03] no modal dialog sounds good (though I'd just spawn the dialog in a new window instead of making it modal) [11:04] hang on, about to send a sketch [11:04] but I'd need to try it out to say anything about how good it might work [11:06] ok, just send another PDF [11:06] the idea is that a single click would resume, and selecting from the (immediate) hover would start new [11:06] this could be inverted based on the user-settings [11:07] what exactly would a single click resume? the most recent instance? [11:07] and how would it be different from what we have now? [11:08] the most recent instance, yes [11:08] the difference is that the hover preview appears immediately, not on delay [11:09] the reason it can appear immediately is that it doesn't obstruct much content below (a usability issue with the current size of our hover palettes) [11:09] anyway [11:09] i liked walter's idea of mocking up both options and evaluating which performs better [11:10] so delay removed, but also only a single entry so users have to go to the Journal if the want an instance that's not the most recent one, but need to use the home screen to start a new one and can use it to resume the most recent one? [11:10] yes [11:11] it seems like a fair compromise [11:11] the modal dialog would be the more extensive of the two options [11:11] so we can put both side-by-side, and evaluate how much functionality is needed [11:11] I don't think it's a good choice. [11:12] you don't think the last option is? or both? [11:13] i think there is a certain elegance to walter's proposal [11:13] the reason I use the home screen for resuming is because it has a list of instances filtered by activity. So I can choose the activity by moving the mouse onto it and then choose the instance I want, instead of having to move through a huge listbox in the journal and then choose from the resulting list. [11:14] well so that's the choice [11:14] Most of the time the instance I'm resuming is not the most recent one. [11:14] for what you are describing, the modal dialog could work [11:14] because we would still retain the hover palette [11:14] but of course, we can also evaluate these two options against what we have today [11:14] if today's version wins out, then perhaps there is no need for a change [11:14] that's why I like it. I imagine it as a Journal grid view pre-filtered by activity [11:15] yes, i agree that's what i like about that idea, as well [11:15] but personally i'm on the fence as to which i'd prefer [11:15] which is why i like the notion of prototyping both [11:16] then we can all make a more informed decision [11:16] I don't think having only resume-most-recent in the home screen is useful. Either remove it completely and improve the Journal, or leave the option to choose from multiple instances. [11:17] do you still have a mockup of the gary/michael proposal? [11:17] i want to make sure i remember it correctly [11:18] it should be in the list archives [11:19] == garycmartin [~garycmart@95.146.9.144] has joined #sugar-meeting [11:19] hi gary [11:19] Hi christianmarcsch, just signing in early :) [11:19] == scorche [~scorche@rockbox/administrator/scorche] has quit [Disconnected by services] [11:19] hah [11:20] == scorche` [~scorche@rockbox/administrator/scorche] has joined #sugar-meeting [11:20] i thought we were on at 10:30/2:30 [11:20] but i fear i caused some confusion with the time conversion [11:20] Aaaaagh! [11:21] :) [11:21] Has the meeting happened? [11:21] well, sort of [11:21] we were still discussing [11:21] take a look at the two pdfs i sent [11:21] walter had proposed an option similar to the last one [11:22] which i personally find quite elegant, as an alternative for the more extensive modal dialog [11:22] has anyone started meetbot, BTW? [11:22] i also wanted to ask if you could forward the sketch you and michael had produced earlier? [11:22] silbe: no, i don't believe so [11:22] #startmeeting [11:22] Meeting started at 11:25 UTC. The chair is silbe. [11:22] Commands Available: #TOPIC, #IDEA, #ACTION, #AGREED, #LINK [11:23] let me recap the options as i currently see them [11:23] #topic Start New/Resume from home screen [11:23] Hmm, been looking at the first pdf, the second looks borked. May just have a bad extension name. [11:23] i'll resend [11:23] christianmarcsch: yea just a bad name, needs .pdf [11:24] ok, i also resent as a single PDF (all three options) [11:24] so... [11:24] Option 1A: Modal dialog with full hover palette [11:24] Option 1B: Modal dialog with only hover preview [11:24] christianmarcsch: fwiw I was just mocking up Walters pi menu suggestion. [11:25] Option 2: Immediate hover palette with only two options: resume the latest (on click), or start new [11:25] garycmartin: that's great--can you share it yet? [11:25] christianmarcsch: Pie menus have some advantages but are notoriously painful to implement and get working right. [11:25] garycmartin: yes, i agree. worth looking at, though [11:26] christianmarcsch: not done yet, having trouble with the layout myself :) [11:26] so, walter had made a suggestion that we code each of these options and compare them [11:27] i think that might be a good idea, so we can better evaluate each [11:27] Option 3: New full-screen window with Journal grid view pre-filtered by activity [11:27] christianmarcsch: So is Walter offering to code them? ;) [11:27] silbe: isn't that similar to the modal dialog? [11:28] christianmarcsch: similar, but distinctive enough to list separately [11:28] silbe: so it basically takes you to a prefiltered journal? [11:29] christianmarcsch: exactly [11:29] silbe: on click? [11:29] silbe: i feel that it could be an option in the hover palette, but on click it may feel too indirect [11:29] silbe: that's why we ended up with a modal dialog--it still keeps you in context of the home view [11:29] christianmarcsch: yep. Start New should be an option in the full-screen window as well. [11:30] christianmarcsch: how would you trigger and dismiss the modal dialog? [11:30] silbe: so, i view this option as a variation of the modal dialog. we keep the dialog, but make it more extensive [11:30] Seeing as we suddenly have so many new suggestions, perhaps we should skip the realtime meeting and take some time to look at them using the mail-list? [11:30] silbe: look at the pdf: you can either click the X, or click the grayed out background around it [11:30] and make it non-modal because modal is a PITA [11:30] PITA? [11:31] christianmarcsch: and how do you trigger it? clicking on an activity? [11:31] silbe: yes [11:31] pain in the backside ;) [11:31] silbe: so, imagine we took this dialog and added a scrollbar [11:32] silbe: then we would have what you are describing, right? [11:32] silbe: it sounds like what you are looking for is to show more activities [11:33] more or less - except that I'd use the grid view (=> preview images) and make it non-modal. [11:33] == m_anish [~anishmang@59.178.155.177] has joined #sugar-meeting [11:33] and by the way, we can also try list of grid view [11:33] silbe: yes, we can do that [11:33] and showing the start new in the "dialog" as well [11:33] ok, i'll record that as another design exploration [11:33] so they can decide whether to start new or resume based on the full list of old instances [11:34] silbe: ok, that makes sense. [11:34] i'll mock up that variation [11:34] I don't think it's optimal, but it might be a good step in the right direction [11:35] christianmarcsch: thanks! [11:35] IIRC garycmartin mentioned Apple doing something similar on the iPad [11:35] silbe: oh, that would be good to see [11:36] silbe: sorry, this meeting is not working for me, no idea what is being discussed. Was about to bail and ask folks to offline ideas to the mail-list. [11:36] gary, i can create a mockup [11:37] christianmarcsch: fab. I'll plough on with the pie menu mockup and will mail it to the list. [11:37] it's a more extensive version of page 3 in the pdf [11:37] great [11:37] i can talk again tomorrow if that works? [11:40] Can we try and get some threads going on the mail-list? Would find that easier, then use realtime chats only if we need to flesh things out or try to make a final call. [11:40] ok, sure [11:40] should we keep using the thread walter started? [11:41] Sure, remember to adjust the subject if needed. [11:41] will do [11:42] please start a new thread - the current one was about bernies pending patches and is already huge [11:43] ok... [11:43] LOL :) [11:45] well, to be continued! [11:45] i need to sign off [11:45] looking forward to the next round [11:45] so are we meeting again tomorrow or not? [11:45] i can if necessary [11:45] but i think gary preferred to do it asynchronously [11:45] Sorry, not me. [11:45] ok, then let's postpone it. [11:45] let's discuss via email thread for now [11:46] and reconvene here when it becomes necessary [11:46] as long as we keep the emails flowing that's fine with me [11:46] Thanks christianmarcsch, I'll catch up on the list. [11:46] we have a rather large backlog already and quite a bit of it was on the mailing list [11:47] sorry, i have to sign off now [11:47] #endmeeting [11:47] Meeting finished at 11:49. [11:47] Logs available at http://me.etin.gs/sugar-meeting/sugar-meeting.log.20100710_1125.html [11:47] bye everyone!