Ah, was writing my post, didn't see that you had already posted a topic! Ricky Cron Stardust
On Wed, Aug 18, 2010 at 4:40 PM, Celierra Darling <celie...@gmail.com> wrote: > Seems like this should be in a different thread.... > To get rid of creep, perhaps slide the pie instead of the mouse cursor while > moving the mouse. As an example, if you move your mouse south to the > "More..." option, the actual cursor can remain in the same position on the > screen, but the pie can slide northward under the mouse cursor. > On the submenus-extending-out-from-the-wedge mockup that someone linked to > before [1], I think something like that is probably what users would expect. > But I don't like the kludge that the article uses - it expands "View" at > the edge of the menu to avoid making the submenu's wedges annoyingly thin. > That suddenly eats into a lot of the space for the neighboring wedges > (especially as SL's wedges expand infinitely out), so I can imagine a lot of > unintentional actions like, say, if you accidentally hover over "View" on > the way to "This Page" in the mockup. > There could be some zoom going on instead. I am imagining the submenu's > wedges widening and filling a semicircle, with the backwards direction > indicating 'Back'. The Dasher text input system does something like what I > mean, although Dasher's is linear (and it has way way too many options) [2]. > It might be a little weird to have buttons growing as you approach them; > Apple seems to like the visual effect (ex. the dock) but I can't think of > any other examples. > Celi > [1] http://techknack.net/circular-menus-and-usability/ > [2] http://www.inference.phy.cam.ac.uk/dasher/, Java demo > at http://www.inference.phy.cam.ac.uk/dasher/TryJavaDasherNow.html > On Wed, Aug 18, 2010 at 3:04 PM, Oz Linden (Scott Lawrence) > <o...@lindenlab.com> wrote: >> >> On 2010-08-18 14:14, Aidan Thornton wrote: >> >> On 8/18/10, Oz Linden (Scott Lawrence) <o...@lindenlab.com> wrote: >> >> While there were some good things about the v1 implementation of pie >> menus, they also had some flaws - such as not opening a submenu centered >> on the mouse click. >> >> I actually puzzled over this a bit when I first realised that Second >> Life's pie menus worked this way. Originally, the pie menus worked >> well when you didn't click too close to the edge of the screen but >> didn't actually open under the mouse cursor if you did. Since the >> "More..." item is sensibly always the southmost one, opening new >> submenus centered on the mouse would cause the pie menu to drift down >> the screen until it hit the bottom and caused problems. >> >> Also, opening the submenu at the same location has the nice >> side-effect that the mouse remains over the "More..." option for the >> pie menus that are nested 3 or more levels deep. >> >> What I have been contemplating is how to make it possible to open the >> next layer of a pie menu without moving the mouse at all. Sadly, it'd >> probably break too much from normal UI conventions to be worth doing. >> >> If I understood him correctly, what Q seemed to think was the right >> behavior is: >> >> The first mouse-down opens the pie centered on the mouse location, so no >> choice is under the mouse >> If the choice is a submenu, each new menu is also centered on the mouse >> >> that way, you are never making a choice within the submenu if you >> accidentally double click, because the center is never a choice. this does >> mean that the nested menus 'creep', but that has the effect that each nested >> choice is a 'gesture-like' unique series of clicks. >> >> > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
