Re: [Usability] Standardizing Find and Replace windows

[Dan Zlotnikov <dzlotnik perpugilliam csclub uwaterloo ca>]

My first contribution to the process; please forgive me if I break any
etiquette rules in this.

On Mon, 30 Jun 2003, Gregory Merchan wrote:

First of all, textual nitpick: "Options" doesn't clearly describe the
connection between the search process and said options. I propose "More
options" or "Additional options," instead.

Next, something that's always bothered me about those search windows. Is
there a situation in which the user would prefer to have no results
returned, rather than have the search auto-wrap?

Based on my own experience in searching (ymmv), I propose to have the
"Wrap around" selection enabled by default.

Scenario: With cursor positioned at line 20 of a text file, the user
initiates a search. The search returns no results from the text below the
cursor, and wraps to a point above the cursor. The user is informed that
there were no matches below line 20 regardless of whether it is done by an
alert popping up or by the search finding a match on line 18.

My $0.02

-Dan

> The labels are chosen so maintain proportions. In English, "Find:"
> is sufficiently shorter than "Replace with:" to look awkward.
> Translations should try to preserve proportion, not be literal.
> This applies to the buttons too.
>
> There is extra space between "Find Next" and the pair of replace buttons
> becuase of the functional difference.
>
> Close is always in the bottom right corner, as it should be for everything
> else.
>
> The user can widen or narrow the window, but not make it taller or shorter.
> The window does grow taller, and maybe wider, when options are shown. It
> grows shorter when options are hidden. Changing theme or font changes the
> minimum size as needed.
>
> Here's the screenshot:
>
>   http://www.phys.lsu.edu/students/merchan/shots/FindReplace.png
>
>
>
> Cheers,
> Greg
> _______________________________________________
> Usability mailing list
> Usability gnome org
> http://lists.gnome.org/mailman/listinfo/usability
>