Charl van Niekerk has just announced 2 new Firefox Flyer designs: design G and design H. The latter is certainly interesting â€“ I guess it could be summed up by saying that a picture paints a thousand words. Go take a look and if you can, print them and hand them out!
A while ago, Scott Berkun â€“ one of the developers of early versions of IE â€“ announced that heâ€™s switched to Firefox and provided some feedback regarding Firefoxâ€™s user interface. This was later followed up by Asa, who attempted to address some of his concerns. I too am going to take a look at some of his issues, as well as discuss a few more of my own.
Firstly, the Scott complained about the Find toolbar being at the bottom of the screen instead of the top. Personally, I think putting it at the bottom is the best possible location for it, for the following reasons:
If it were placed at the top, then its appearance would likely cause the page to shift down, or else cover up the top part of the page a little: both of which would not be good for usability. The top should also be reserved for toolbars/information bars that deserve the userâ€™s focus and attention. In the case of the find toolbar, especially since it is â€œfind-as-you-typeâ€, the userâ€™s primary focus is not on the toolbar itself, itâ€™s on the page; or, more specifically, the location of their search terms highlighted within the page.
I use find-as-you-type quite often and the amount of times my focus actually shifts down to the toolbar itself is minimal: usually only when I want to select â€œMatch Caseâ€ or click the close button (on the occasions when pressing Esc doesnâ€™t work, after taking focus away from the toolbar.)
One minor issue with the find toolbar is, that if I press Alt+C to check/uncheck match case, the focus shifts to the checkbox and I can no longer continue typing. I have to tab back to the text box to do so, but then the the text is all selected again and I can’t just continue typing from where I left off. When using this keyboard shortcut, focus should immediately shift back to the text box and allow me to continue typing. It should not highlight the contents of the text box, as usually happens when a text box gains focus, the carat should return to the same position.
Scott also talks about the Downloads dialog and mentions that it would be better implemented as a one line toolbar at the bottom, much like the find toolbar. As mentioned in the comments in Scottâ€™s post and also by Asa, this is already possible using the download status bar extension. Personally, the download dialog never really bothered me that much, but I agree that removing unnecessary dialogs is a good thing. The other alternative to the toolbar at the bottom, is to place it in the sidebar, as is done by the All-in-one-sidebar extension.
Tabs and New Windows
Scott also states that Firefox goes against IEâ€™s window implementation by starting each new tab instance from scratch and not bringing over the history. At this point, Iâ€™d like to point out that IE initially went against Netscapeâ€™s implementation which, IIRC, never carried the history over between new window instances.
As Iâ€™ve been a Netscape user for a long time, Iâ€™m partial to the Netscape/Mozilla/Firefox model and I donâ€™t think it makes sense for new tabs/windows to bring across the history from other windows. I never liked that behaviour of IE â€“ it always seemed quite unintuitive. When I request a new tab/window, I expect just that: a new tab/window, to start afresh with a clean slate, not a copy of my current tab/window. Besides, IIRC, there are some extensions available which allow you to duplicate tabs, for those that want that behaviour.
The file menu is mostly quite good. All but one item, that is. The Open Location item is, under normal circumstances, almost completely useless. All it does is give focus to the location bar (at least when the location bar is present on the toolbar). It could be argued that itâ€™s presence does provide a means to discover that Ctrl+L will give focus to the location bar, but a menu item for the sole purpose of giving focus to something else still seems rather pointless.
After some investigation, however, I discovered that itâ€™s not completely useless. In the event that the user has customised the toolbars and removed the location bar, the result of selecting Open Locationâ€¦ is to open the â€œOpen Web Locationâ€ dialog box.
This dialog box looks disgusting. Honestly, it looks like it was slapped together quickly without much thought, and nothing done with it since. The combo box for entering the URL looks too narrow (vertically), it should be the same height as all other text boxes and drop down lists.
The â€œOpen inâ€ list is useful, but it requires too many clicks to use: one to open the list, another to select the option and a third on the open button. There probably should have, instead, been 3 buttons: â€œOpenâ€ (for current window), â€œNew Windowâ€ and â€œNew Tabâ€. That way, it only requires a single click regardless of the userâ€™s decision. Another problem with this dialog is that the keyboard shortcut: Alt+Enter doesnâ€™t work for opening a new ta, like it does for the location bar. Lastly, the â€œChoose Fileâ€¦â€ button could be useful; however, there is already an â€œOpen Fileâ€¦â€ option in the File menu, so it seems quite redundant.
I suggest removing this dialog completely and making the following changes:
- Open Locationâ€¦ should only be visible in the File menu when the location bar has been removed from the toolbar. (though, this one is debatable since there would then be no way to discover that Ctrl+L focuses the location bar, except by reading the help files, but then there’s no such ability for using Alt+D either, which works in both Firefox and IE.)
- Instead of opening a dialog box for this menu item, a location toolbar should appear at the top of the page (like the way the find toolbar appears, except at the top of the page).
- The appearance of this toolbar should not push the page down. It should instead just temporarily cover up the top of the page. It should disappear once the user has opened the new location or taken focus away from it.
- It should also have a close button, but Iâ€™m not sure whether it should appear on the right (like on the yellow information bars) or on the left (like on the find toolbar).
- Donâ€™t bother adding the Choose Fileâ€¦ button, itâ€™s redundant.
- Extend the Go button with a drop down menu, just like the back and forward buttons have. This menu should contain â€œCurrent Tabâ€, â€œNew Tabâ€ and â€œNew Windowâ€ (in that order), with their associated keyboard shortcuts beside, which is useful for discoverability. Doing this would actually make the Go button useful. Iâ€™ve never used it myself, but Iâ€™ve heard that some users donâ€™t know they can just press Enter instead.
Similar to the location bar, thereâ€™s a â€œWeb Searchâ€ menu item (in the Tools menu) with the sole purpose of giving focus to the search box. It also serves to reveal the keyboard shortcut: Ctrl+K. However, unlike Open Locationâ€¦, it does absolutely nothing when the search box has been removed from the toolbar. My recommendation for this is essentially the same as for the location bar:
- The menu item should only be visible when the search box has been removed (but the same argument for not doing so with Open Location still applies).
- When selected, a web search toolbar should appear at the top of the window.
- On this toolbar, there should be a Search button (similar to the Go button). It should also have a drop down menu, with the same 3 options as the Go menu, which I suggested above, for opening the search results page in the current tab, new tab or new window.
- This search button should also be available for adding beside the current search box; if not there by default (though having it there by default may look too cluttered).
For the most part, the plugin interface is very effective. Itâ€™s so easy to install a missing plugin, it takes just a few clicks and itâ€™s all automatic. Thatâ€™s fantasticâ€¦ Well, at least until I choose not to install a plugin, in which case Firefox will bug me every single time I visit a page that requires it. I should be able to decide that I donâ€™t want to install Flash, or that I donâ€™t want to install Java, and Firefox should respect my decision and show me the alternate content instead. If the page doesnâ€™t have accessible alternate content, Iâ€™ll just leave if I canâ€™t do or find what I want, but I donâ€™t want to be bugged by the information bar every single time, for the same plugin.
Iâ€™m not sure how the interface should look to implement these features, but I should be able to perform the following functions:
- Install the plugin (already possible)
- Choose to install it later, and be reminded next session. (Similar to the current default behaviour, but not be reminded every time a the page reloads during the session)
- Choose not to install the plugin, and not be reminded later.
If I choose to install later, or to never install it, then the alternate content should be displayed. Currently the â€œClick here to download pluginâ€ place holder is left there even after I dismiss the information bar; which makes that page inaccessible, even if the author was sensible enough to include alternate content.
I should also be able to manage the installed plugins, just like I can manage the themes and extensions. I should be able to easily install, enable and disable plugins at will, from a menu like Tools>Pluginsâ€¦ The menu should open a dialog similar to the Extensions dialog, and the Get More Pluginsâ€¦ link should open the Plugin Finder Service and list all available plugins, including Flash, Java, Quicktime, etc.
As for the â€œClick here to download plugin.â€ place holder, it needs to be redesigned a little bit.
Firstly, remove â€œClick here toâ€ and just use â€œDownload pluginâ€. Users know how to click links, they do it all the time, and â€œClick hereâ€ links are well known to be extremely bad for usability, despite the fact that theyâ€™re abused by billions of websites. However, the text also needs to be styled to look like a link. It should be blue and underlined (or however the user has configured the default link style in the preferences). For example:
Another option would be to make it look like a button, either option would be acceptable. This has already been done with the yellow information bar, I recall that it used to say â€œclick here toâ€¦â€ as well, in older versions, but now uses a button on the right. The whole point is that a user should not have to read instructions to use something; it should be obvious from its design that it should be clicked.