[
https://issues.apache.org/jira/browse/NETBEANS-5010?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17277901#comment-17277901
]
Czukowski edited comment on NETBEANS-5010 at 2/3/21, 10:50 AM:
---------------------------------------------------------------
[~chrizzly] sure, there should be a reasonable tradeoff between performance and
ease of use. So imagine if there's no checkbox, and there's some guessing or
search results ranking and limiting involved in a search, do you really think
it would make the performance that bad? Or do you like the checkbox more
because it's more explicit and gives you more control?
I'm just a little concerned that having to remember to adjust the correct
search mode manually every time, depending on whether I'm looking for a
specific file and typing its name manually or copying the path from e.g. git
status, doesn't make the whole process as much quicker as it could.
was (Author: czukowski):
[~chrizzly] sure, there should be a reasonable tradeoff between performance and
ease of use. So imagine if there's no checkbox, and there's some guessing or
search results ranking and limiting involved in a search, do you really think
it would make the performance that bad? Or do you like the checkbox more
because it's more explicit and gives you more control?
I'm just a little concerned that having to remember to adjust the correct
search mode manually every time, depending on whether I'm looking for a
specific file and typing its name manually or copying the path from e.g. git
status, doesn't make the whole process as much quicker than it could.
> Go to File search should accept paths too
> -----------------------------------------
>
> Key: NETBEANS-5010
> URL: https://issues.apache.org/jira/browse/NETBEANS-5010
> Project: NetBeans
> Issue Type: Improvement
> Components: php - Editor
> Affects Versions: 12.2
> Reporter: Czukowski
> Assignee: Emilian Bold
> Priority: Minor
> Labels: pull-request-available
> Time Spent: 1.5h
> Remaining Estimate: 0h
>
> Go to File seems to search only by the file name. For example, it takes only
> a double click to copy a file name including its path from a console (eg from
> git output), and it's a shame it cannot be pasted into Go to File dialog to
> open that file just as easily, without removing the path information first.
> Also if there are many files with the same name (eg due to some naming
> convention), there will be many results requiring some more time to locate
> the correct one.
> Therefore Go to File dialog should accept parts of file paths as well.
> On Windows, both forward and back slashes should be supported for directory
> separators.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
