Pie-Menus in Mozilla 373
pronik writes "The Optimoz project on MozDev had two main development branches. While the first one, Mouse Gestures have been a success, we had to wait for the second, also very promising one: PieMenus. Now the wait is over! First implementation of PieMenus for Mozilla - RadialContext - is available for installation and testing!!!"
Best implementation of pie menus (Score:2, Interesting)
Re:Best implementation of pie menus (Score:2)
The desktop-ish thing I use for my system has pie menus. They are actually very good. Check out further [sourceforge.net]. You have to get it from cvs, but it's rather fun. It's an animated-ish desktop-ish thing based on the evas libs. I'd give you a screenshot, but I don't have anywhere to put it. It uses pie-menus for frequently used programs (at least that's the way I set it up).
Re:Best implementation of pie menus (Score:3, Informative)
Not a bad implementation, but i'd still like to see something cleaner.. it's a lot of mouse travel to use a pie menu.
Re: (Score:3, Informative)
The Problem with Pie Menus (Score:5, Funny)
Maybe with ice cream on the side...
Steve Jobs thinks pie menus suck (Score:3, Informative)
He had just finally released the NeXT computer. This was his big debut after such a long wait (remember the "NeVR" t-shirts?). The NeXT Computer had the best user interface in the whole world. All other user interfaces sucked in comparison. And the NeXT didn't have pie menus, therefore pie menus sucked. If you can follow that train of thought outside of the reality distortion field.
I gotta hand it to Jobs. Once he makes a decision, he sticks with it -- you gotta give him that. As far as I know, NeXT in its current incarnation as Mac OS/X still doesn't have pie menus.
-Don
Re:Steve Jobs thinks pie menus suck (Score:5, Informative)
The challenge then is designing a pie menu component that doesn't suck, when you throw any old menu at it, without somebody redesigning each menu to work well as a pie.
One possible solution is user-editable menus, like Alias Maya supports. As far as I know, the NeXT and OS/X systems don't support allowing users to edit the user interface and menus at run-time, like HyperCard does for example.
For NeWS, I implemented a "SoftMenu" editable subclass of pie menus (that also could mix into linear menus), that enabled the user to edit, cut and paste menu items. But it was quite dangerous because you could really confuse things by pasting emacs commands into the terminal emulator, etc.
The HyperLook [catalog.com] gui environment for NeWS supported fully editable user interfaces with pie menus at run-time, like HyperCard but with PostScript graphics and scripting, and a client/server architecture.
I used HyperLook to port SimCity to Unix [catalog.com], which used pie menus of course. Here's a deconstructionist screen snapshot of the SimCity user interface vandalized in edit mode [catalog.com].
Another possible solution is "smart" pie menu layout algorithms, user interface editors and wizards that automatically encourage or assist good user interface design (to whatever extent that is possible without annoying the user).
For example, the ActiveX pie menus [piemenu.com] can automatically raise the number of items to be even, limit the number of active items to 8, support scrolling, and reading order layout as well as circular layout. And you can optionally enable or disable any of those features through the property sheet. But the downside is that the property sheet [piemenu.com] looks like a 747 control panel.
-Don
Re:The Problem with Pie Menus (Score:4, Funny)
On the menu (Score:2)
Options list (Score:4, Funny)
Select one from the following (thinking of the Sims, but we'll call GeekSims(TM)
- Order Pizza
- Fall asleep at computer desk
- /. another site into oblivion.
- Get the geek community to ping -f M$
Any other options are welcome.
PizzaTool (Score:2)
http://catalog.com/hopkins/images/pizzatool.gif [catalog.com]
It was written entirely in NeWS PostScript, and shipped with OpenWindows 2.0 (but with the faxing option disabled).
Ironically enough pizzatool didn't use pie menus. (There were too darn many toppings to choose from, which wouldn't have worked well on a pie menu.)
-Don
wow (Score:2, Interesting)
That being said, yay for Mozilla. A browser that actually runs without a 50 MB footprint and supports actual standards. That and you can get all kinds of silly do-dads on them like pie menus. (Yeah, I just glanced at pie menus briefly so maybe I've missed some really useful part of pie menus.
On the other hand, mouse gestures could be really useful, assuming you didn't accidentally use them when you didn't want to.
Re:wow (Score:2)
Because pie-menus rock my world!
Ever played Neverwinter Nights? How about The Sims? The pie menus in those games allowed for a clean, straight-forward user interface. The great thing about pie menus is that you can get to a lot of different options in a fast, easy, simple to remember, low click manner.
Fantatsic stuff.
/mike.
Re:wow (Score:5, Insightful)
I can't really say that I find pie menus to be revolutionary or fantasically useful, but they are a million times better than the eight point font text links that I have to click on all the time. Luckily, Mozilla grabbed a Konqueror feature that allows you to override the minimum font size on a page. Right now, I have it set really high, but it's still a pain in the ass.
One day, you too will have bad eyesight, even if it takes another 20-30 years for you to experience the annoyances that I'm facing. I don't think you'll really appreciate alternative user interfaces until then. I know I didn't, back when I could sit down at my computer without wearing glasses.
Anyways, if we can dumb down user interfaces enough so that everything is self-evident, it will help more people get involved with computers. My six year old nephew gets confused rather easily when he sees too many options available to him. If he could browse the web as easily as he reads a book, I bet he'd be taking high school courses by the time he was ten.
Re:wow (Score:2)
Hell, even with 20/20 vision I keep things in a fairly large font size on a 21" monitor. I *hate* trying to read small text. You're exactly right in that it's horrible in these gigantic menus with dozens of items in them.
Thankfully there are things that can be done to fix this in most applications. Mozilla, for instance, respects your user preferences set in the GNOME control panel. Its minimum font size feature is good for web pages whose designers thought "it looks great on my 21 incher, so it must look good even on those cheap 15 inchers!".
You're also exactly right that this is a step in the right direction. It's a beta release -- these guys were undoubtedly just curious to see if it would even work at all. Now that it's proven to be functional, folks can start focusing on the usability issues. Bigger icons for people (like you) with poorer eyesight than "average", different levels of "complexity" for different users (four or eight directions for novices, maybe sixteen directions for foolish persons ;), and tweaks for what options live where, and how "deep" in the pie they're positioned.
Re:wow (Score:2)
Opera is non-free. Mozilla is.
Re:wow (Score:2, Offtopic)
While it is true that Opera tries to support the W3C DOM, the Opera engine does not do it nearly as well as Mozilla. Opera also has a weird interpretation of Javascript, making some sites which work in Moz choke in Opera.
Mozilla's support of CSS is unparalleled, I prefer Moz's mouse gestures to Opera, and Mozilla's smart popup-blocking (block only popups which I *didnt* request) is a million times better than blocking all or no popups. Also, since Mozilla doesn't allow switching user-agents in the GUI, it shows up as Mozilla in web logs, not as IE or something else. (I really dislike User-Agent spoofing, especially since it falsely increases IE's percentage of use.)
That said, if there were no Mozilla, I'd be using Opera; it is a sweet, small, fast browser and a joy to use. And while I don't like MDI in a web browser, it's still better to use than IE or Konqueror.
Re:wow (Score:2)
I still root for Moz, though. Open Source and all that.
Waste of time (Score:2, Insightful)
Re:Waste of time (Score:3, Insightful)
helpful animation (Score:5, Informative)
For those who don't already know what a "pie menu" is, here is a nice animation that may be helpful. [berkeley.edu]
Re:helpful animation (Score:5, Funny)
Here my favorite "pie menu" animation
Great!!! (Score:4, Interesting)
It is EMENSELY powerful when you combine it with tabs. Using it to close tabs and surf back and forth through tabs is a breeze and really saves on the mouse wrist gemnastics.
This is a great tool! Thanks mozilla!
Derek
Re:Great!!! (Score:2)
Re:Great!!! (Score:5, Funny)
The spelling fairy floats toward you and you wince as she whacks you over the head with her wand... but suddenly you realize how to spell "gymnastics."
The spelling fairy floats off into the distance, singing.
Re:Great!!! (Score:2)
Re:Great!!! (Score:2)
Re:Great!!! (Score:2)
Specifically try: load links in backrgound, bind middle click or control click to open new tab.
I don't think they were exactly pie menus (Score:2, Informative)
Gee thanks (Score:5, Insightful)
Slashdot really needs to start hosting its own mirrors for stories.
RTFFAQ (Score:2, Informative)
Read it and weep, you whining bitches!
Re:RTFFAQ (Score:3, Interesting)
Am I missing something? (Score:2)
Is it just in the concept page, or can somebody point me at actual code?
Re:Am I missing something? (Score:2)
Re:Am I missing something? (Score:2)
Excellent! (Score:4, Funny)
Pie menu advantages (Score:5, Interesting)
More info here [catalog.com].
Re:Pie menu advantages (Score:2)
But: pie menu navigation is not a fixed distance motion. The motions are actually more complex. For menus with more options, the target area must be farther from the centerpoint... 3 given menus with different numbers of options require 3x the number of types of movements because of the varying distances off center. On a vertical menu, the movement to get to the "first" menu option is the same for any length menu... and this is very powerful when the first option is also the most commonly selected.
It's my personal belief that pie menus are more of a perceived advantage rather than a true advantage. The complexity of motion makes you feel more industrious... although you may not be getting work done any faster at all.
Re:Pie menu advantages (Score:4, Interesting)
If you can't do it with your eyes shut, it isn't muscle memory. I have fantastic keyboard muscle memory, but even then it's clearly not distance memory. On a keyboard, I remember the hand positions -- because the base of my hand doesn't move as I touchtype, each key makes my finger curl to a different degree. When hitting keys that require me to move my hands -- function keys, for instance -- I have a great difficulty doing it without looking. After repetition, I can remember a small number of distances -- to the backspace key, for instance -- but it is very limited and requires constant reinforcement.
This all is true of mouse movements as well -- muscle memory for distance just sucks. How often do you make a mistake that you move your mouse in the wrong direction? The only time I've had that problem is with the iMac mice that were easy to hold sideways. How often do you move the mouse the wrong distance? I do that many times each day -- I went to edit this last sentence, and moved my mouse about two pixels below the text box, requiring a correction. Hell, I probably make those mistakes on at least 10% of my mousing -- though I suspect it's closer to 80%, when you consider that almost all mousing involves a large movement to the general area (which is inaccurate), and then a series of smaller corrections until you are within the target area.
Eyes Wide Shut (Score:2)
The only thing I regularly do with the context menu is Save Link As... and the Get rid of frames submenu. Everything else I use from that menu (generally only "Open Link in New Tab") I try to use another shortcut.
Gestures and radial submenus are interesting, and I'll give them a try, but they don't solve the problem any more elegantly than the existing solution (at least for me).
Fasteroids: take the pie menu challenge! (Score:3, Interesting)
What objective facts are your personal beliefs based on, or are they purely subjective? Question: How do you know that your personal beliefs are not merely a perception of knowledge than true knowledge? Answer: subject your theories to experimentation.
Have you performed any emperical experiments to determine if pie menus have an advantage over linear menus?
I'm sorry your personal belief contradicts my own emperical experience. In all the experiments I have ever done, and all the ones other people have done that I have read about, pie menus have been proven to be faster than linear menus.
Here are a few references to experiments measuring the usability of pie menus [piemenu.com].
So it's not at all subjective or based on personal belief. The effect of Fitts' Law is quite easily measured, which should eliminate the need for resorting to the exposition of subjective personal beliefs.
Here is one such experiment that you can try for yourself (which requires Internet Explorer). Fasteroids [piemenu.com] is a free game that lets you compare pie menus with linear menus. Take the pie menu challange! Fasteroids tracks your selection speed and error rate, so you can compare pie menus and linear menus for yourself.
-Don
Re:Pie menu advantages (Score:2)
Personally I would hate the idea of pie menus. My muscular control of my hands in a arbitrary angle is far less than in a vertical/horizontal movement.
I found it very dificuly(almost impossible at times) to get some of the gestures in black and white and the leash ended up getting detached half the time(most annoying during a fight)
Give the design of most things (several thousand years of design in some cases) it would appear that that is true of most people.
Pie menus also have a back tracking problem (unless you use semi pie menus)
Personally I prefer keyboard shortcuts which I can remember easily (just like a bit of music, alt+s, f) or (esc , esc , q , ! , return). or whatever.
UWM (Score:3)
I don't know if anyone remembers UWM [sourceforge.net] which was (and still is) a cool X window manager that uses pie menus instead of pop-ups.
:)
It doesn't seem to be in active development, but it is a rather minimal window manager so I doubt you'll have any problems using it.
It has some nice looking borders too.
Hmm...gives me memories. Downloading...
Uhh ok. (Score:5, Informative)
go surfing the atlantic coast of france for
14 days. That's one of the reasons I didn't
announce the project more widely. I can't
give immedeate support.
2. You can find the home page of the project
at www.gamemakers.de/mozilla/radialcontext
Mozilla users can test the feel of the menu
by just right-clicking. Other users can have
a look at the overview of the functionality.
3. I have implemented the menu so that it can
wander with the mouse. That makes it possible
to move the mouse _exactly_ like you would do
with mouse gestures.
4. I've been using the menu exclusively for
months. It works wonderful once you've gotten
used to it. But the menu seems to be extremely
confusing on first try. I'm still working on that.
Please sit down calmly and try it out for a
minute. Don't give up after 20 seconds. It's
worth it.
6. In case my poor server gets slashdotted:
You can check out the
optimoz CVS, which has a web interface.
Going surfin,
Jens
Re:Uhh ok. (Score:2, Troll)
Sorry, but you can't do that. Now that everyone knows about your project you'll just have to cancel your vacation and support the project, just in case anything goes wrong!
Or, at least, that would probably be the case if this were a product written for your U.S.-based employer. Fortunately, this is a free software project so you shouldn't have that problem here. Enjoy your vacation dude -- sounds like you're going to have some great fun! Wish more people out there in the working world, at least here in the U.S., could do the same...
very cool (Score:2)
What would be incredibly helpful, for those of us still without scrolly mice, is up-and-down "scroll page" pie menus. Right click, move up, page goes up. move down, page goes down.
Just one more way to reduce my total caloric expenditure.
First tabs, now this. Yay! (Score:2)
slashdotted...Heres Googles cache. (Score:2)
Mozilla.orgs routers are fried alread whew!
Throwing pies (Score:2, Funny)
Ok, call me an idiot... (Score:2)
Help?
Re:Ok, call me an idiot... (Score:2, Informative)
But you are right, it is a bug and the programmer (who ran out of my room one minute ago to go surfing) knows it.
bye
Martin
Yep, I'm an idiot... (Score:2)
mmmm...pie! (Score:2)
http://www.weebl.pwp.blueyonder.co.uk/b3ta/pie.htm l [blueyonder.co.uk]
Hey, if Weebl likes pie, you should, too!
Impossible to use in combination with... (Score:2, Insightful)
Naturally, I couldn't set RadialContext to the left button, since I need that button to select text and click stuff.
The middle button couldn't be used because in that case I won't be able to open links in new tabs by clicking them with this button.
The right button couldn't be used because in that case it would interfere (practically disable) mouse-gestures.
I refuse to use modifier keys since that would nullify any advantages these pie-menus might have over the standard menu in regards to efficiency.
So in short, I installed RadialContext and discovered that it interfered or even rendered a number of standard and added (mouse-gestures) features of Mozilla unusable or made them much more cumbersome to use.
It's a nice idea, but needs some more thought in regards to its implementation.
It's all about the usability... (Score:3, Interesting)
Also, pie menus will be advantageous because, unlike keyboard shortcuts, they will be displayed whenever called upon. Further, arrangements such as piemenu-Left to go back, piemenu-Right to go forward, are intuitive.
Overall, this is a development in UI design that I'd like to see used more. I first saw it used in the extra software supplied with a Genius wheel mouse.
Re:It's all about the usability... (Score:2)
On the other hand, Gordon Kurtenbach and Bill Buxton have done a huge amount of valuable emperical research and commercial product development with pie menus, gesture recognition and other topics. They designed the Alias|Wavefront Maya user interface, so it's no surprise that it uses marking menus (which they call their gestural modifications to pie menus).
And of course Ben Shneiderman also talks about pie menus a lot, and writes about them in his books.
-Don
NWN! (Score:5, Interesting)
That brings up another good point, which is that from what I've seen none of the radial menu implementations (Moz's or his javascript ones) implement hotkeys, which for a lot of users (read: me) immensely improves speed. I didn't like NWN's radial menus at all, especially since they have a 9th zone in the middle, which is the 'close menu' or 'go back' function. That meant that you had to move the mouse a significant ways towards each icon, eliminating a lot of the speed gain. Then I found out that the keys on the Number Pad were hotkeys for each of the 8 directions (with 5 being a hotkey for the center zone, and 0 being a hotkey to popup the radial for your character.) After that I loved them. Need your familiar? 0-4-1. Need rapid shot mode? 0-3-7-3. That saved all my quickslots for spells, potions, and other life-saving bits. I played most of that game with my right hand on the mouse and my left moving between asdf and the number pad.
Of course, I have no idea whether I'll ever find a 'real' use for being able to 10-key with the wrong hand, but you never know. :)
Pie Menu Enhancements (Score:2, Funny)
And if there isn't enough room in the pie we can have coencentric choices!
(Remember how tabs started simple and then turned into multi-rowed or side scrolling stupidities?)
maya menus (Score:2)
I can do this with lynx (Score:5, Funny)
<select name="pie">
<option value="Apple" selected>
<option value="Cherry">
<option value="Blueberry">
</select>
Mmm, blueberry.
Why Pie Menus Can Work (Score:5, Insightful)
One of the biggest advantages to pie menus is that you can learn the motions, and perform those actions automatically without visual feedback. This is very hard to achieve with drop-down menus.
However, in a large number of applications this is not particularly useful. I don't think pie menus are very useful when learning the application -- with a menu of items, it is fairly easy to scan through the descriptions. They are listed, top to bottom, and this is how we are used to reading (not top-left-right-bottom). It's also easy to skim a large number of menu items by dragging the mouse through the menubar. The only payoff for pie menus is later when you have memorized the action.
In most applications you won't have a chance to memorize the action. Most menu actions will only be performed very sporatically -- the user might only use the application once a week, or they might use a wide variety of actions which are too large to fit on a pie menu. My (wild) guess is the user has to use the particular action at least two times a day on average to learn the motions ("muscle memory").
One exception might be a word processor or a spreadsheet -- there's lots of repetitive tasks. However, in these situations keyboard shortcuts are superior -- the user is already using the keyboard, and moving from the keyboard to do gestures will not help them.
The other big exception is the browser and games. People have mentioned games already -- they are novel interfaces, and you are already expected to learn a lot of new rules to play any game, adding the pie menu interface isn't a difficult. With the obsessiveness of gaming, and the need to simplify oft-repeated actions, pie menus are a perfect fit.
Then there's browsers: when using a browser, there are a small set of actions that are repeated over and over (back, forward, close, etc). People also use a browser for long periods -- hours each day -- so they have time to learn even fairly complex actions. Lastly, they usually browse with the mouse, not the keyboard. Just like mouse scroll wheels are a useful alternative to the keyboard shortcuts (the arrow and page up/down keys), gestures can be a useful alternative to other keyboard shortcuts (Ctrl-Left, etc).
The other area where pie menus would seem very useful would be visual editing environments -- things like Photoshop or Blender -- where you are working largely with the mouse, and do so for long enough periods that you could build muscle memory for your most often used actions.
Re:Why Pie Menus Can Work (Score:5, Informative)
Games are naturally one of the best ways to overcome this inertia, because it's acceptable to experiment with new user interface designs. Often, the whole user interface is part of the game, and designed and coded by hand instead of being built out of off-the-shelf components (like MFC or the Mac Toolbox).
The pie menus in The Sims required integrating the 2d overlay gui toolkit for the text labels, with the 3d character animation renderer for the head in the center, with real time image processing effects for the shadow. No off-the-shelf software could have possibly supported that, but it wasn't an issue since the entire user interface was custom designed and coded anyway.
Component software offers a way out of this catch-22 for other more normal applications than games, but it's only starting to catch on, and has its own host of problems and compatibility issues. Nobody can agree on which standards to use, and the standards that aren't obsolete and abandoned just keep changing faster than anyone can keep up.
It's impossible to design the perfect pie menu component for all applications, because every application has its own unique set of demands. But fortunately it's quite easy to code up special purpose custom pie menus for any particular application, since the algorithm is so simple, especially compared to gesture recognition.
But pie menus require the application designer to take a lot more care in arranging the menus, than just dumping a bunch of commands into linear menus. Menus with too many items are a bad idea in general, but pie menus with too many items are horrible. So if you're going to use pie menus with a large number of dynamically generated items, the user should be able to scroll through the menus in groups of 8 or so, instead of being faced with a giant pie menus with lots of extremely thin slices.
Pie menus are quite useful with systems that enable the user to easily customize their own menus. Maya is a great example of an extremely complex system with thousands of commands, that's used in many different specialized ideosynchratic ways by artist for hours on end.
So it's extremely important that the artists and tool developers be able to design and edit their own menus, so their own personal most commonly used commands are close at hand. Each user uses the same tool in extremely different ways, so they need to be able to customize the interface and build their own menus.
However, most users aren't trained in interface design, and it would not immediately occur to them to use an even number of items, or that left, right, up and down are faster to select than the diagonal directions. So it's good if the pie menu editor can automatically (unobtrusively and without animated paperclips) assist the user in designing easy-to-use pie menus.
For example, ActiveX pie menus support features like automatically raising the number of menu items up to 4 or 8 to keep them even, limiting the number of active items to 8 and allowing scrolling, and laying out the items in left-to-right, top-to-bottom reading order instead of circular clockwise or counterclockwise order. There are many other possibly useful features and heuristics to be discovered and implemented.
The most obviously beneficial applications of pie menus are the window manager and the browser, two applications that users struggle with constantly. Anything that can be done to make such commonly used interfaces quicker and easier will add up to a lot of saved effort over time.
In the late 80's, we developed a hypermedia browser and authoring tool named "HyperTies" which used pie menus and tabbed windows, at the University of Maryland Human Computer Interaction Lab, under the direction of Ben Shneiderman.
The authoring tool was based on UniPress Emacs with tabbed windows, implemented in NeWS. Emacs, the NeWS window manager and the HyperTIES browser all used pie menus. The browser had a pie menu with left and right for scrolling to the previous and next pages, up going to the index, and down to the table of contents. The pie menu on links let you get a defintion without following the link, follow the link in the current page, or open it up in another page (to the left or the right).
HyperTIES authors could define their own pie menus with links as well as scripts to control applets written in PostScript. For example, we had a text editor applet and a font selection pie menu that used the distance to smoothly select the font size. (This was years before Java, using Gosling's previous scripting language PostScript in NeWS, and his other previous scriptiong language MockLisp in Emacs).
The NeWS window manager with pie menus and tab windows was quite satisfying to use, so I redesigned and rewrote it several times in different versions of NeWS. Since Sun cancled NeWS it's not available any more. But here's a streaming Quicktime movie of a demo from around 1992, running on a SparcStation 2: Pie Menu Tab Window Demo [lushcreations.tv].
-Don
More pie meun demo movies (Score:5, Interesting)
Streaming: Pie Menu Tab Window Demo [lushcreations.tv].
Download: Pie Menu Tab Window Demo [lushcreations.tv].
Here are some earlier demos of tab windows and pie menus in UniPress Emacs and HyperTIES at the University of Maryland HCIL.
Streaming: NeMACS (NeWS Emacs) Demo [lushcreations.tv]
Download: NeMACS (NeWS Emacs) Demo [lushcreations.tv]
This is a HyperTIES demo, showing embeded graphical links with pop-up images.
Streaming: HyperTIES Demo [lushcreations.tv]
Download: HyperTIES Demo [lushcreations.tv]
Here's just the pie menus from "All The Widgets", CHI'90 Special Isssue #57 ACM SIGGRAPH Video Review. Tape produced and narrated by Brad Meyers.
Streaming: Just The Pie Menus from All The Widgets [lushcreations.tv]
Download: Just The Pie Menus from All The Widgets [lushcreations.tv]
-Don
historic: Sim City (1993, on sunOS) had pie menues (Score:2)
- Hubert
Re:historic: Sim City (1993, on sunOS) had pie men (Score:2)
Streaming: X11 SimCity Demo [lushcreations.tv]
Download: X11 SimCity Demo [lushcreations.tv]
I'm currently working on recasting SimCity as a Python module, for educational uses. There's also the possibility of re-releasing multi player X11 SimCity for Linux as a commercial product, if I can figure out a good way to distribute and support it. But the Curse of the Loki Legacy makes it difficult to find investors who are willing to take the idea of a Linux game seriously.
Streaming: Linux SimCityNet Demo [lushcreations.tv]
Download: Linux SimCityNet Demo [lushcreations.tv]
-Don
Cool, but... (Score:2)
As opposed to mouse gestures... (Score:2, Interesting)
After just a few minutes of experimentation, the thing I like most about these pie menus is that the two mouse gestures I used most (Back and Forward) still work! I just right-click and move left or right, and can ignore the menu. At the same time, these pie menus add menus, which allow me to see what other options I have available without looking at the config or documentation, like I have to do with mouse gestures for gestures that I have yet to memorize.
Great work. One thing I love about the Mozilla is the truly "innovative" atmosphere where people aren't afraid to try new things. Bravo.
Re:that useful? (Score:2, Informative)
Re:that useful? (Score:2, Insightful)
Re:that useful? (Score:2)
I open new links with the middle mousebutton and when I go back close the Window. Can't become any faster than that.
(But it doesn't work with Mozilla-Tabs, is there any way to make Mozilla close a Tab by hitting Esc?) I couldn't find any keybindings...
Re:that useful? (Score:2)
Mouse movements are only quicker for people who can't remember the keyboard shortcuts.
Think about it - every word processing program around has at least a few keyboard shortcuts - copy, cut, paste, etc... if mouse movements were faster, why would the shortcuts even exist?
Re:that useful? (Score:5, Informative)
So you can mouse ahead through a pie menus reliably, because it's the direction, not the distance that matters.
But with drop-down menus, the distance is what matters, and the direction is always the same: down (which suggests that alternative possibilities are being wasted: the other directions). It requires your full visual attention for the hand-eye feedback loop, to position the mouse over the correct target rectangle, merely as tall as the font height.
Selecting one small rectangle below your cursor requires much more attention and precision than selecting one large pie slice, each in a different direction.
Fitts' Law predicted it: the larger and closer the target, the faster and easier it is to hit. The experiments have proven it. But close-minded people are still stubbornly resistant to change, as it has always been and always will be.
-Don
Re:that useful? (Score:2, Interesting)
They've already found use in other places... the Sims and Neverwinter Nights are the two that come to mind.
Re:that useful? (Score:3, Insightful)
My biggest beef with it is it forces your mouse to have to move away from the selected item. Keyboard shortcuts don't move the mouse pointer or the focus anywhere, so you are ready to move onto the next task without trying to find out where your pointer went when you were doing a "no look" command.
Keyboard accelerators, mouse ahead and rehersal (Score:5, Informative)
Once you know the direction of the pie menu item you want, you can quickly select it without even looking at the screen, by mousing ahead. It's like using a keyboard accelerator, but without moving your hand from the mouse to the keyboard and back. The accelerated action is exactly the same as the unaccelerated action, only faster.
But selecting from a linear menu is not rehearsal for using the keyboard accelerator, because typing on the keyboard is a completely different action than selecting from the menu with the mouse, so you have twice as many actions to learn. To use the keyboard accelerator, you have to learn a completely new command that has nothing to do with the menu, and interrupts the flow of mouse actions.
It takes at least a second to move your hand between the mouse and keyboard and readjust, so it's important to provide keyboard equivalents for commands you'll be using while typing. I'm not suggesting removing keyboard accelerators when adding pie menus. Pie menus have their own built-in accelerators (mousing ahead without looking), that is extremely easy to use if you're already pointing and clicking with the mouse (which is the case with a game like The Sims, that doesn't use the keyboard very much).
Of course there's no reason why you couldn't assign traditional keyboard accelerators to individual pie menu items. The ActiveX pie menus [piemenu.com] have full support for keyboard navigation [piemenu.com], so you can select and navigate and use all their features from the keyboard as well as the mouse.
Four item and eight item pie menus map very nicely to the arrow keys and numeric keypad. The ActiveX pie menus can automatically limit the maximum number of items per pie menu to eight, and let you page up and down through arbitrarily long menus in groups of eight items at a time, with the mouse or keyboard.
The newer JavaScript Pie Menus for Internet Explorer [piemenus.com] don't support keyboard navigation yet. Here's a description of many of the features of the older ActiveX pie menus [piemenus.com], which are fancier but don't integrate with the web page as nicely or support dynamic HTML rendering and XML configuration like the newer Javascript pie menus.
-Don
Integration issues and component technology (Score:3, Informative)
But it just wasn't tractable to implemented dynamic html rendering in the ActiveX control. It might have been possible to recursively embed an Internet Explorer ActiveX control, but it just wasn't worth going down that road.
Instead I turned the problem inside-out and reimplemented pie menus inside Explorer in JavaScript (as an IE-Windows-only dynamic html behavior component), so they could take full advantage of all of the browser's features, in a well-integrated, memory-efficient way.
Unfortunately, it's unlikely that Microsoft is going to support Dynamic HTML Behavior Components on the Mac version of Internet Explorer, and unlikely but not impossible that Mozilla will support them on any platform. It's a nice way to package and re-use components implemented in scripting languages like JavaScript or VBScript (or any other language).
I'm glad the Mozilla developers have implemented pie menus using their own component technology (Chrome). It would be nice if Mozilla could some day support DHTML components on all platforms (which would give it an advantage over IE), and also nice if IE could support Chrome components on all platforms. One of those scenarios is more likely than the other, though.
The JavaScript pie menus can't shape the window in arbitrary ways like the ActiveX pie menus do, because they're running inside of the browser window, without their own windows. But they're nicely integrated into the html rendering engine, so they can take advantage of all kinds of nice features like transparency, rendering parameterized Flash files, etc.
The pie menu tracking callbacks can change dynamic html properties as well as Flash object parameters, which works well because recent versions of Flash have been integrated with Internet Explorer's HTML renderer instead of being blocked off in its own window. So the browser can draw html content on top of flash content and vice-verce, and JavaScript pie menus can integrate them both.
I don't yet know how to Mozilla pie menus are integrated with the web page and drawing engine, but I trust they've done a good thing, and I'm looking forward to trying them it and learning how it works.
-Don
Re:Keyboard accelerators, mouse ahead and rehersal (Score:2)
It's good that I have two hands, then, so I can keep one on the keyboard.
Something that would make pie menus substantially more useable, IMHO, is a trackpoint type device mounted on top of the mouse. Although flinging your mouse rapidly 3 different directions makes you feel like you're getting lots of work accomplished, I would much rather click to select the item, then finger the 3 directions with a trackpoint. It would allow me to maintain the position of the mouse, rather than throwing it around the screen randomly all for the sake of choosing some options.
Re:Keyboard accelerators, mouse ahead and rehersal (Score:2)
Ted Selker is the IBM researcher [now at MIT Media Lab] who came up with the Trackpoint, after many years of research and development.
He called it the "Joy Button". But IBM they wouldn't go that far out with a product name. But he did get away with suggestting the slogan "So Hot We Had To Make It Red", which survived the focus groups and was printed in huge type on a two page spread ad for the Trackpoint in Time magazine.
Ted Selker even made a prototype Thinkpad with TWO trackpoints, one for each hand!!! Boy did that have a nice feel to it! Something not-very-subliminal about the appeal of a computer with two red nipples. People of all persuasions couldn't keep their hands off of it. It was one of those things that was just too good to release. I heard a rumor that IBM keeps the original prototype locked away in their secret underwater sealab, and they installed the only other pair of trackpoints on a laptop given as a gift to Bill Clinton, in exchange for special favors.
-Don
Re:that useful? (Score:2)
You mean use a keyboard? You have got to be kidding! That's absolutely jurassic! No one uses the keyboard anymore but introvert Linux geeks jacking off to the command line.
Seriously, I'm with you. I just don't get the idea behind mouse gestures, pie menus and all the other crap getting in the way of usability.
Here's a usability idea: use the mouse intelligently. Keep one hand on a decent three button mouse that fits your palm, the other hand on the keyboard, and you have LMB, CMB, RMB, Ctrl, Alt, Shift and Meta to do all your work. All you need is for the application to support it, or your system to map the actions to what you want. Think about it. You never have to move your hands (if you have a trackball, that's literal), you'll learn it quickly, and you'll never accidently perform a gesture if you sneeze at the wrong time.
Re:that useful? (Score:3, Insightful)
Re:that useful? (Score:3, Insightful)
While this flies in the face of conventional UI dogma - the mouse behaviour is "different" for the menus - It's not _very_ different, especially since the scrolling of the menus underneath makes it look like the mouse is moving as usual.
The alternative is post-menu warpback, but I tried that too, and found it much more annoying than the scrolling effect my example illustrates.
FlyMenu
Here [www.iol.ie] you can download a mockup of a proposal for scrolling menus, that would make using popup menus in art packages and the like a lot easier.
flymenu.jar (11K)
Requires a 1.3 JVM
Start with java -jar flymenu.jar
Explanation:
_Current Situation:_
When you press RMB, a popup-menu appears. you move the mouse.
"""Moving the mouse causes the mouse pointer to move.
You use this to select an entry from the menu. Menu then disappears and your action is carried out.
"""Mouse pointer is in a quite different position to where you left it before pressing RMB.
_Suggested Situation:_
When you press RMB, a popup-menu appears. you move the mouse.
***Moving the mouse causes popup-menu to scroll underneath the (stationary relative to physical screen) mouse pointer.
You use this to select an entry from the menu. Menu then disappears and your action is carried out.
***Mouse pointer is exactly where you left it before pressing RMB.
Re:that useful? (Score:2)
Re:that useful? (Score:2)
As I said before, you right click the link (that selects it... a mouse click is also required for most pie menus) and then push the F key (the F key is equivalent to moving the mouse down and clicking on the "Add to Favorites" option, except that you don't have to move the mouse or click.)
Accelerator, shortcut, they're the same thing. Your keyboard doesn't have shortcuts either... but your keyboard *does* allow you to accelerate/shortcut your tasks by not involving the mouse or reading of menu options on the screen.
Re:that useful? (Score:2)
partially correct. his post stated that he did not like the idea of moving the mouse pointer off of the selected object . while he does not mind moving the mouse pointer there, once it is selected he does not want to move it again, presumably so he knows which object he is working with (i don't really know or care, but if that is the case, isn't that what the focus is for?)
Re:Not a bad idea at all... (Score:2)
Re:Not a bad idea at all... (Score:2)
Re:Not a bad idea at all... (Score:2)
Seriously, all those tiny little icons, most of which have no immediately obvious meaning. It's hardly grandmother-friendly, is it? Or is that not the point?
Re:Not a bad idea at all... (Score:3)
Just because your grandmother can't use it, doesn't make it useless.
Keep the defaults simple but allow users to use advanced options.
Pie menus have been around since 1969 (Score:2)
Wiseman, N. E., Lemke, H. U., and Hiles, J. O., "PIXIE: A New Approach to Graphical Man-Machine Communications" ,Proc. 1969 CAD Conf. Southhampton, IEE Conf. Pub. 51, p. 463
The basic idea was also mentioned in an early edition of the reference book on computer graphics:
Newman, W.M. and Sproull, R. F., Principles of Interactive Computer Graphics, 2nd. edition, McGraw-Hill, 1979, 1973
Jack Callahan and I published a paper about an experiment comparing pie menus with linear menus in 1984:
Callahan, J., Hopkins, D., Weiser, M. & Shneiderman, B. (1988) An empirical comparison of pie vs. linear menus. Proceedings of CHI `88, 95-100
Pie menus have been used in products, including Connected TV [connected.tv], The Sims, Unix SimCity for TCL/Tk, Maya, Habitat, Neverwinter Nights, Return to Zork, Logitech's mouse driver, UniPress Emacs, and the open source piewm window manager for X11.
Pie menus have been implemented as plug-in components for systems including NeWS, Hypercard, ScriptX, X Toolkit, Director, Flash, Asymetrix ToolBook, TCL/Tk, ActiveX, Java, Dynamic HTML Behaviors, and finally Mozilla).
-Don
oops (Score:2)
"Jack Callahan and I published a paper about an experiment comparing pie menus with linear menus in 1988 (not 1984):
Callahan, J., Hopkins, D., Weiser, M. & Shneiderman, B. (1988) An empirical comparison of pie vs. linear menus. Proceedings of CHI `88, 95-100"
-Don
Re:Pie menus have been around since 1969 (Score:2)
And damn nearly half of the SNES RPGs ever made.
I always considered them damn annoying myself, but at least they where intuitive.
Re:Squeak has pie menus (Score:2)
It is the most unusable environment I've ever used. I ran in on GNU/Linux. Dog slow. On Windows, its slightly better, but not by much.
Some Advice: avoid Squeak at all costs.
Re:Squeak has pie menus (Score:2)
However, Squeak didn't start with the Morphic widgets, and it should still have a "classic" environment. These widgets are much less general, much less fancy and interactive, but way faster. It's quite usable.
Morphic, IMHO, is cool but has very serious problems (lack of documentation and speed being the biggest). But you shouldn't disregard Squeak just because of it -- there's a lot of interesting stuff going on in it. (Probably not very practical for actual deployment of apps, though -- more of an experimentation platform)
Re:Let's get the obligatory Homer saying over with (Score:3, Funny)
mmmm piemenus!
Fish and Finger Pie! (Score:2)
"As seen on Connected TV [connected.tv]"!
-Don
Penny Lane's [geocities.com] "Finger pie" was a Liverpudlian sexual reference included in the song to amuse the locals. "It was just a nice little joke for the Liverpool lads who like a bit of smut," said Paul. "For months afterwards, girls serving in local chip shops had to put up with the requests for 'fish and finger pie'."
Re:If these catch on... (Score:2)
Unless you're using a Mac, in which case you can already just click and drag any old image you want out of the browser window. =)
</advocacy>
Re:If these catch on... (Score:2)
Re:right-click disabling scripts (Score:2)
Re:Goodie... (Score:2)
Gestures without the mystery (Score:5, Interesting)
That's a great way of putting it.
Which kind of input mechanism would you rather use for a touch screen control of a car: pie menus or graffiti?
I have never been very happy with gestures (like grafitti, or Black and White), because it's not easy for the user to predict how the computer is going to react.
But the pure directional model of pie menus is very easy to understand, work with and predict. It also implies that you can correct your selection "in flight" because it's based on the direction, instead of the path of the gesture. When you start making a gesture and mess up, there's no telling how the computer is going to interpret it, and no way to back out.
Gestures are great for some things, for example handwriting recognition and continuous analog input like musical direction. But pie menus are much more predictable for discrete selections, and useful where you don't want to make so many mistakes.
-Don