Hello Tom, If you look at Ubiquity as a stepping stone for awesome bar functionality multi input areas out of the question because you can't have multiple locations for one tab.
I'm not sure about the way ubiquity is heading because in the latest release they added more browser commands which seems to me they want to go down the vimperator path without the vim. And at the same time they want to move the interface in the webpage itself if you take a look at Aza's mouse control command (http://www.azarask.in/blog/post/can-ubiquity-be-used-only-with-the-mouse/). In the light of all this searching how the add-on should behave to make it as userfriendly as possible, a more complex interface will get in the way. David Op 24/01/2009 10:01, Tom 94301 schreef: > Quicksilver, Gnome Do, etc. use separate input areas for the object, > action, and (optional) argument. It's possible to move between these > with tabs. Ubiquity does not and instead uses just a single command > line with dynamic command recognition. I'm wondering why that is. > > The tab-based interface has a number of advantages: it makes it easier > to refer to commands and arguments with just a few keystrokes (rather > than spelling things out), it makes it easy to go back and forth and > refine the command, it supports command learning better, and it makes > the command structure easier to understand. > > Have you considered adding a more Quicksilver-like command structure, > with multiple input areas and tabbing? > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "ubiquity-firefox" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/ubiquity-firefox?hl=en -~----------~----~----~----~------~----~------~--~---
