Hmm, I sort of agree with you but I don't want to lose the keyboard
short-cuts. Some heavy UI thinking needs to be done to make this work
right. Having a short-cut ('/' maybe though I wish that were search) that
warps the mouse in to the keyword field would be ok with me. Note also
that NCSA Mosaic does have:
If true, the pointer will be warped to the keyword entry area when accessing a
searchable document. (Since NCSA Mosaic is point-to-focus, this automatically
gives input focus for searchable documents.) Default is false.
(which can be annoying sometimes so I don't think it's the right solution
but it's nice as an option)
Also, I agree with a previous comment about having words highlighted that
appear in the "search keyword" box. I sort of believe this is the
responsibility of the server though because the data in arbitrary
and the browser wouldn't always get it right. This means we need a
new style <EMPH TYPE="keyword"> that means this is only important
as the result of a search.
It does seem odd to have two search dialogs and I would be interested
in efforts to unify them.
Maybe a group can splinter off and brainstorm some at the Workshop
about how to do the UI for these features.