Closed
Bug 44455
Opened 24 years ago
Closed 24 years ago
Search button should be optional
Categories
(SeaMonkey :: General, defect, P3)
SeaMonkey
General
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: tor, Assigned: hyatt)
Details
There will be some people who have no need for the search button in the navigator bar, so it would be nice to provide an option to get rid of the button to get more urlbar space. The Navigator->Internet Search panel would probably be an appropriate place to put a "Hide navigator search button" checkbox.
Comment 1•24 years ago
|
||
->ui feedback
Assignee: ben → bdonohoe
Component: XP Apps: GUI Features → User Interface: Design Feedback
QA Contact: sairuh → mpt
Comment 3•24 years ago
|
||
See also bug 28146. I have seen users of both Communicator 4.x and Internet Explorer 5.x enter an address into the location bar and then hit the `Search' button on the toolbar, under the mistaken belief it had the same effect as a `Go' button. In neither case was the Search button even on the *same toolbar* as the location field, but the mistake still happened. This will be even worse in Seamonkey, because the `Search' button is right next to the location field -- where people usually expect `Submit' or `Go' buttons to be (compare: every major search engine, and most single-field Web forms). To prevent this mistake, there must be nothing at all (except perhaps for a `Go' button) to the right of the location field, and in 28146 I suggested how this might be done.
Comment 4•24 years ago
|
||
mpt, you may wnat ot look over bug 32791 with an eye to behavior of the search button when a URL is typed.
Comment 5•24 years ago
|
||
As this is a UI issue I'm changing the Platform/OS to All/All.
OS: Solaris → All
Hardware: Sun → All
Once implemented as spec'd the search button si actually supposed to be outside the URL bar underscoring the fact that it can be pressed even without having something typed in in addition to when something was typed into the urlbar. We have carefully designed and tested this to make sure it works as expected. The current implementation is incorrect and a separate bug has been filed already. This should be merged with that other bug. A search button is required to be there for Netscape 6 at least.
Comment 7•24 years ago
|
||
If by `that other bug' German means bug 32791, which makes the Search button modal (!) depending on whether or not the location bar contains an URL, then this bug is requesting something entirely different from that one and should not be merged. And if German is correct in saying that the Search button will be able to `be pressed even without having something typed in in addition to when something was typed into the urlbar', making the Search button even more modal (!), then I would really *really* like to see the documentation showing that this has been `carefully designed and tested'. I don't see how beginning to intermediate users could even close to understanding it.
As was said before the search should *not* be optional as this is something that users used * a lot* in 4.x and removing it would have a severe impact on usability. I believe putting the search button outside the urlbar (as planned and designed) will relieve Matts concerns about confusing with a Go button. A different bug could be filed as [enh] for allowing users to cusotmize the toolbar entirely, but I'd say that's past nsbeta6.
Comment 9•24 years ago
|
||
(btw: a go button already exists, just use your user-agent stylesheet to show it ;) similarly, those annoyed by the search button can use their UA sheet to hide it
Comment 10•24 years ago
|
||
> I believe putting the search button outside the urlbar (as planned and
> designed) will relieve Matts concerns about confusing with a Go button.
The Go button already is outside the entry field in IE, Aphrodite, every Web
search engine, etc, while still having the function which you ascribe to a widget
that's inside the button. So, sorry, but my concerns remain unrelieved. :-)
Comment 11•24 years ago
|
||
> As was said before the search should *not* be optional as this is something that
> users used * a lot* in 4.x and removing it would have a severe impact on
> usability.
I think, mpt suggested just a pref, not a default setting.
Comment 12•24 years ago
|
||
I have attached modified versions of navigator.xul and navigatorOverlay.xul to bug 30797. These files allow the search button, the go button, and the print button to be toggled on and off. I have tested these files on Win98 with the Modern and Classic skins along with my Neoclassic skin (see bug 8415) They need to be tested on Linux and the Mac.
Comment 13•24 years ago
|
||
Hyatt's fix for bug 49431 includes a fix for this bug. See his post on N.P.M.UI.
Assignee | ||
Comment 15•24 years ago
|
||
Fixed. You can now show/hide the Search button via prefs.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•