Comments on: Ubiquity in Firefox: Round 1 http://www.azarask.in/blog/post/ubiquity-in-firefox-round-1/ -- aza | ɐzɐ -- Thu, 11 Mar 2010 03:48:49 +0000 http://wordpress.org/?v=2.6.5 By: Matěj Cepl http://www.azarask.in/blog/post/ubiquity-in-firefox-round-1/#comment-6546 Matěj Cepl Fri, 27 Nov 2009 22:44:42 +0000 http://www.azarask.in/blog/?p=272#comment-6546 Search bar must die!!! I have already switched it of and use Search keywords only (search keywords are kind of forgotten and yet they are doing essentially the same what Ubiquity does now). Search bar must die!!! I have already switched it of and use Search keywords only (search keywords are kind of forgotten and yet they are doing essentially the same what Ubiquity does now).

]]> By: Maxx69 http://www.azarask.in/blog/post/ubiquity-in-firefox-round-1/#comment-6034 Maxx69 Thu, 22 Oct 2009 20:05:35 +0000 http://www.azarask.in/blog/?p=272#comment-6034 Briefly, they are find, identify, select, and obtain. , Briefly, they are find, identify, select, and obtain. ,

]]> By: Michael http://www.azarask.in/blog/post/ubiquity-in-firefox-round-1/#comment-5067 Michael Mon, 30 Mar 2009 20:28:58 +0000 http://www.azarask.in/blog/?p=272#comment-5067 Well, since it seems quite natural to use / to get to a seach maybe the text interface should start #! Well, since it seems quite natural to use / to get to a seach maybe the text interface should start #!

]]> By: david http://www.azarask.in/blog/post/ubiquity-in-firefox-round-1/#comment-3794 david Tue, 03 Feb 2009 12:56:07 +0000 http://www.azarask.in/blog/?p=272#comment-3794 Slightly off-topic I think if ubiquity moves to awesomebar/searchbar the adding of the selected text preview needs to come with. So the new design would be the command with the selected text, followed by the command without the selected text. I would also prefer to have a unified location bar instead of locationbar-searchbar duo. Slightly off-topic I think if ubiquity moves to awesomebar/searchbar the adding of the selected text preview needs to come with.
So the new design would be the command with the selected text, followed by the command without the selected text.

I would also prefer to have a unified location bar instead of locationbar-searchbar duo.

]]> By: Henrik http://www.azarask.in/blog/post/ubiquity-in-firefox-round-1/#comment-3773 Henrik Sat, 31 Jan 2009 16:55:29 +0000 http://www.azarask.in/blog/?p=272#comment-3773 Aza, as what you always say: Let's reduce the UI. Personally I like design #1. No additional elements or pop-ups which will irritate users. Only the wanted output is visible. All together a good reuse of the awesome bar. Aza, as what you always say: Let’s reduce the UI. Personally I like design #1. No additional elements or pop-ups which will irritate users. Only the wanted output is visible. All together a good reuse of the awesome bar.

]]> By: Ian http://www.azarask.in/blog/post/ubiquity-in-firefox-round-1/#comment-3722 Ian Wed, 28 Jan 2009 11:52:04 +0000 http://www.azarask.in/blog/?p=272#comment-3722 Mouse and Keyboard interface should ideally be the same. In your words "Fewer choices means fewer worries" Mouse and Keyboard interface should ideally be the same. In your words “Fewer choices means fewer worries”

]]> By: ChrisJF http://www.azarask.in/blog/post/ubiquity-in-firefox-round-1/#comment-3677 ChrisJF Tue, 27 Jan 2009 02:35:17 +0000 http://www.azarask.in/blog/?p=272#comment-3677 I'm actually a little surprised that this hasn't been brought up already but I think #1 needs to be tweaked a bit. Design #1 mixes metaphors too much with the identity button. The identity button is a place for *website* identity and *security* information. Ubiquity does not have anything to do with website identity and security. Obviously, #1 looks better than the rest because it is more polished. However, I think #2 (with more polish, and maybe #1's drop-down menu) would be the best choice. Also, just a thought, you might want to consider renaming the Location Bar to the Action Bar if the Location bar and Ubiquity are combined. Keep up the good work, guys! I’m actually a little surprised that this hasn’t been brought up already but I think #1 needs to be tweaked a bit.

Design #1 mixes metaphors too much with the identity button. The identity button is a place for *website* identity and *security* information. Ubiquity does not have anything to do with website identity and security. Obviously, #1 looks better than the rest because it is more polished. However, I think #2 (with more polish, and maybe #1’s drop-down menu) would be the best choice.

Also, just a thought, you might want to consider renaming the Location Bar to the Action Bar if the Location bar and Ubiquity are combined.

Keep up the good work, guys!

]]> By: Sean S http://www.azarask.in/blog/post/ubiquity-in-firefox-round-1/#comment-3661 Sean S Mon, 26 Jan 2009 22:24:08 +0000 http://www.azarask.in/blog/?p=272#comment-3661 I like the design for # 1 best, but I think that the points made about combining the various bars are valid and need to be addressed. Since the Awesome Bar + Ubiquity replicates the functionality of the search bar, I suggest that the search bar be replaces with a Ubiquity Commands dropdown. I think it is important to be able to use the commands with only the keyboard, but that no user should be forced to give up the mouse to use these features. I like how # 1 places the command as another option in the Awesome Bar, and I think that backspace is appropriate for elilminating it, at least for our keyboard-only types. For those that prefer the mouse, the search bar can be replaced with commands instead - perhaps featuring only the top 10 or 5, or open a pane like History for searching for some command you have that isn't displayed. For users that have a lot of commands, having one place to find all of them would be useful. Selecting one would populate the Awesome Bar with that command and make it look like # 1. If the wrong one is selected, they can clear it from that dropdown or choose another. I think the average user doesn't want to lose their search bar, so having the same dropdown functionality as before would make it easy for the average user to mentally adjust from two bars to one. Naturally there would have to be some tutorial about "commands" being introduced, but the average user should be able to make the connection since the basics don't change much. I like the design for # 1 best, but I think that the points made about combining the various bars are valid and need to be addressed.

Since the Awesome Bar + Ubiquity replicates the functionality of the search bar, I suggest that the search bar be replaces with a Ubiquity Commands dropdown.

I think it is important to be able to use the commands with only the keyboard, but that no user should be forced to give up the mouse to use these features. I like how # 1 places the command as another option in the Awesome Bar, and I think that backspace is appropriate for elilminating it, at least for our keyboard-only types.

For those that prefer the mouse, the search bar can be replaced with commands instead - perhaps featuring only the top 10 or 5, or open a pane like History for searching for some command you have that isn’t displayed. For users that have a lot of commands, having one place to find all of them would be useful. Selecting one would populate the Awesome Bar with that command and make it look like # 1. If the wrong one is selected, they can clear it from that dropdown or choose another.

I think the average user doesn’t want to lose their search bar, so having the same dropdown functionality as before would make it easy for the average user to mentally adjust from two bars to one. Naturally there would have to be some tutorial about “commands” being introduced, but the average user should be able to make the connection since the basics don’t change much.

]]> By: Sander D http://www.azarask.in/blog/post/ubiquity-in-firefox-round-1/#comment-3635 Sander D Mon, 26 Jan 2009 17:42:37 +0000 http://www.azarask.in/blog/?p=272#comment-3635 Of these designs, I think #1 looks best as doesn't add extra buttons and has a colour that looks 'dynamic'. But it doesn't look like you can use natural language there: the Map command is heavily separated from the address argument. What was wrong with your original mockup? http://www.azarask.in/gfx/future_ubiquity.png Also, is it really neccessary to introduce a new mode to the AwesomeBar? As you noted, this design requires a way to get back to the URL-going state. Most screens are large enough to put the preview box inside the list with other (URL) suggestions. Of these designs, I think #1 looks best as doesn’t add extra buttons and has a colour that looks ‘dynamic’.

But it doesn’t look like you can use natural language there: the Map command is heavily separated from the address argument. What was wrong with your original mockup?
http://www.azarask.in/gfx/future_ubiquity.png

Also, is it really neccessary to introduce a new mode to the AwesomeBar? As you noted, this design requires a way to get back to the URL-going state. Most screens are large enough to put the preview box inside the list with other (URL) suggestions.

]]> By: egroeg http://www.azarask.in/blog/post/ubiquity-in-firefox-round-1/#comment-3623 egroeg Sat, 24 Jan 2009 12:17:28 +0000 http://www.azarask.in/blog/?p=272#comment-3623 i think you should pulse the address bar when text is selected and turn the address bar into a button you could click that would pull up a grey translucent like terminal window (tilda?) from the bottom that gives suggestions on what you could do w/ it. also an icon by the back/forward buttons could work. or web2.0y have a fold of the page peal back on a corner? i think you should pulse the address bar when text is selected and turn the address bar into a button you could click that would pull up a grey translucent like terminal window (tilda?) from the bottom that gives suggestions on what you could do w/ it.

also an icon by the back/forward buttons could work.

or web2.0y have a fold of the page peal back on a corner?

]]>