pgifford commented on issue #8113: URL: https://github.com/apache/netbeans/issues/8113#issuecomment-2571534617
> because there was no preview. Right, and with the addition of preview it was decided that every user will always have preview enabled and the first result is the best result and therefore will be selected. > It is unclear to me what the problem is. Is “undesired behavior” not a problem? It makes assumptions about what I want and how I work. It should be a preference, like “auto-open first unread email” in mail clients, but the behavior was instead dictated by fiat. And this is ignoring the “oversight” where the preview window takes up most of the screen width and has to be resized every time (n.b. the monitor I use for coding is in portrait mode because I want to see more lines of code, not wide lines of code…my non-coding monitor is in landscape mode). Yes, the oversight has been (will be?) addressed but that doesn’t make the change to the behavior of a key feature desirable, merely tolerable. > I think we should let the search/replace window also select the first item if the results are known immediately (no async search triggered). This would fill the preview and often result in one click/keystroke less. “Often” assumes the first result is the best result or that the user is going to step through each result starting with the first and neither scenario seems likely. If there are at most 2 results then auto-selecting the first hit has a reasonable chance of saving a click but not beyond that. Usage search results aren’t like the results from a search engine where the top hit is determined by a relevancy score. Usage results are ordered alphabetically so the top hit is no more likely to be what I’m looking for than any other result. Is there a reason the behavior isn’t controlled by a preference or environment variable or was it just that it didn’t seem necessary? -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: notifications-unsubscr...@netbeans.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: notifications-unsubscr...@netbeans.apache.org For additional commands, e-mail: notifications-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
