Re: [Sugar-devel] UI experiments: pop-up menus and hot corners
Err, we've dropped sugar-devel off the cc list again :-) On Mon, 2010-07-05 at 10:37 -0400, Christian Marc Schmidt wrote: We are looking to schedule a design meeting next Saturday (July 10), at 10:30am EST (2:30 UTC/GMT). We'll be reviewing designs for the proposed Start new/Resume functionality in Home view. Please join! This Saturday I'll be in Belo Horizonte, probably without Internet connection. I'll try to join in if I can. Thanks, Christian On Sun, Jul 4, 2010 at 7:05 PM, Bernie Innocenti ber...@codewiz.org wrote: On Sun, 2010-07-04 at 23:42 +0100, Gary Martin wrote: P.S. We keep slipping on a date/time for the next irc #sugar-meeting design meeting, folks are most welcome, Christian has some nice mockups he's been polishing up for publication. We're trying again for tomorrow/Monday, but no time confirmed just yet. Tomorrow (monday) I'll be in Caacupé all day and I might be offline most of the time. Please, give me some advance notice if the meeting is happening tomorrow. p.s. The Journal user-interface was invented, with a filter capability. Now a full screen dialogue user-interface would be duplicating what the Journal can show. I myself am not comfortable with duplication. I agree with Mikus, but I'd like to see the mock-ups -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] UI experiments: pop-up menus and hot corners
Mikus, let's keep sugar-devel@ posted on Sugar UI threads. I know you're not subscribed, but we shouldn't cut-off all the Sugar developers from the discussion. Besides, this thread became quite off-topic for de...@l.l.o and fedora-olpc-l...@. If the user needs to choose case-by-case whether to launch new or resume, if he wants to resume he can go to Journal (one click) and launch from there (second click) -- whereas if he wants to launch new he can go to Home, hover, and (one click) 'Start' in the existing palette. In 0.88, users can do alt-click to get a new activity instance, which is pretty fast, but somewhat hard to discover. For those users who consistently resume all the time, provide a setting within the control panel to override the directly_on_Home_icon first-click behavior (perform launch new vs. show menu of resumes). If frame behavior can be specified by user, so should home behavior. I think we should resist the temptation to add too many configuration knobs to the UI. We'd end up with a cluttered and unmaintainable control panel like KDE 3 and Gnome 1. Assuming that people resume the last activity more often than creating a new one, click is probably the best default. So far, users seem to be ok with it, though it took them some time to re-adapt on the 0.82 - 0.84 transition. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] UI experiments: pop-up menus and hot corners
El Fri, 02-07-2010 a las 04:49 -0500, Mikus Grinbergs escribió: sugar-toolkit/kill-the-delayed-menus-for-good.patch I received no comments so far. I'll ask my testers to give an opinion whether they like it more this way after a few days of adjustment. Sounds like something I would have an interest in. What does this do ? It makes menus pop-up immediately instead of after a 2 seconds delay. Ideally, we'd want users to click the right button explicitly, but even if we increase the delay, most users sit and wait patiently for the menu to open automatically. It seems to be a perverse form of laziness :-) In F11-0.88 I have also disabled the hot-corners for the frame. I don't like it, but Tim Falconer asked me to do it at Realness and there was a chorus of approval. They're probably still using the G1G1 crap software with the jumpy touchpad (I fixed it over 2 years ago :-) At some point, I will ask the children and their teachers to comment on these changes. So far nobody said anything: whether they like it or not, it's probably not a very big deal for them. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] UI experiments: pop-up menus and hot corners
On 4 Jul 2010, at 00:15, Bernie Innocenti ber...@codewiz.org wrote: El Fri, 02-07-2010 a las 04:49 -0500, Mikus Grinbergs escribió: sugar-toolkit/kill-the-delayed-menus-for-good.patch I received no comments so far. I'll ask my testers to give an opinion whether they like it more this way after a few days of adjustment. Sounds like something I would have an interest in. What does this do ? It makes menus pop-up immediately instead of after a 2 seconds delay. Ideally, we'd want users to click the right button explicitly, but even if we increase the delay, most users sit and wait patiently for the menu to open automatically. It seems to be a perverse form of laziness :-) In F11-0.88 I have also disabled the hot-corners for the frame. I don't like it, but Tim Falconer asked me to do it at Realness and there was a chorus of approval. They're probably still using the G1G1 crap software with the jumpy touchpad (I fixed it over 2 years ago :-) At some point, I will ask the children and their teachers to comment on these changes. So far nobody said anything: whether they like it or not, it's probably not a very big deal for them. FWIW, some current (ongoing) future design changes will remove this issue completely with a full screen dialogue for deciding new/resume. One click on a home view activity displays a new gallery/journal like display of past work or a new blank template (equal priority). There's a proposed design meeting on Sunday, but no time confirmed yet. Regards, --Gary -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel