This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | Terminology: "Operators" confusing | ||
---|---|---|---|
Product: | contrib | Reporter: | Jesse Glick <jglick> |
Component: | Jackpot | Assignee: | _ tball <tball> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | ||
Priority: | P4 | ||
Version: | 5.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
Jesse Glick
2005-11-15 20:16:31 UTC
Operators are the search half of search-and-replace, in that they generate a report but don't modify the source in any way. The problem is that "Search" is well-defined for text searching. Any suggestions on a better term? IMHO "search" could be used just as well for structural as for text searches. Changed "Operators" to "Query" and "Transformers" to "Transform". Query is more accurate than search because queries (as I understand them) don't stop when a match is found but instead return all matches. There was also a minor problem coming up with a good mnemonic for "Search" with "Start" right above it. Sounds fine. Re. stopping on first match: note that Edit -> Find (in selection, or in projects) opens a window Search Results, which shows all matches. So I don't think a user would be surprised by "search" showing multiple hits. |