It seems really poor to keep two completely unrelated repositories of text
that describe a search.  We currently keep one for the names in the option menus
and another for the text to describe a search.  Since our goal is to make
the search menus be sentence-like, the sentence description should
hypothetically be able to be drawn from the option menu text.  It's not
maintainable to keep it this way, and it also exposes the fact that both are 
fairly poorly worded.
This task should involve creating coherent wording and collecting it into
use in both situations.  The coherent wording task, of course is a ui one,
and the other part of this task (which could potentially be filed as a second
bug if someone prefers this) is to implement these suggestions.


This task came to light after talking to Christian Rose, who has been helping to
make the search text translatable.  He pointed out that the current text is
fairly unclear, and that it would be potentially clearer with his proposed
design.  Slso his question about what the "human readable" search text was
exposed the fact our very need for a "human readable" description for a search
indicates that perhaps the search menu text isn't all that readable.

See also related bugs on this issue, including 5314 and 5088.



------- Additional Comments From darin@bentspoon.com 2000-12-21 11:02:34 ----

I think that this bug is really tangled up with the other bugs mentioned (bug
45088 and bug 45314). This bug "in its own right" is not necessarily required for
1.0, but this gives us a chance to keep the overall design nice as we address
those separate problems if we tackle the problem the way it's described in this
bug report.



------- Additional Comments From arlo@workthatmouse.com 2001-03-07 16:53:25 ----

Didn't this get fixed?  If not, reassign back to me and we'll talk about it.



------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:48 -------