(This bug is waiting for applying styles on a tree item.)ħ. New text search shown line not a great help (LATER) Search dialog "Java Search" Scope should include Hierarchy (WONTFIX bug)ĥ. Store Previous Searches for Startup (enhancement request)Ĥ. find/replace search should have a tick-box for "ignore comments" (enhancement request)ģ.
Which means that the user need to complete multiple step, with complex UI, to access a functionality that's a basic Editor functionality. User Interface quality: accessing search/replace is a modal dialog (modal dialog are never very good) that is accessed from another modal dialog (idem).Usability: it is not clear how the search/replace works (what does it apply to ? What is the "Stale matches" dialog ?.Not only should it be possible to remember the results of previous searches, but also be possible to refine (edit the criteria, etc) and re-run themĤ - Better multi-file search/replace (here, we are talking about Ctrl+H, "File Search" tab, and "Replace." button, not Ctrl+F).Would it make sense to always display the last search when opening the dialog ?.It should have more shortcuts.ģ - Improve the search dialog (Ctrl+H). the view that displays the search results is very poor currently. Ctrl-J to global search: transform a Ctrl-J to to a global search actually, drive all searches from the keyboard incremental search would be good: there should be a set of keyboard shortcuts on Ctrl-J to set up a complete search, and then execute it globally.Ģ - Display search results.Ctrl-J followed by Ctl-R would switch to regex search.This enhancement is ready but it won't be included because of same functionality with Ctrl-K. Ctrl-J : if there's a selection, have a second Ctrl-J take this selection as search string.
Ctrl-J : have Ctrl-V paste the current ring in it.)Ī few of the following ideas are already a part of the specific project goals above. Investigate better presentation of the search results in Ctrl+H ( adding an alternative view like Problems view - results in a table - might be a good idea to show result lines and numbers, paths etc. To explain it better, it doesn't mean "sharing" input/settings, it is enabling the user to transfer "Find/Replace" input/settings to "Search" easily and extend his/her current search scope & query. This means carrying query information and search parameters back and forth between them when it's possible. Providing "bridges" between Ctrl+F and Ctrl+H. įixing bug 64584 in Find/Replace - "After first search selection effitiently lost and dialog set to Scope=All (while user is not aware about it)". This is formed as IFindReplaceTargetExtension4 and is ready. This is going to be finished after implementing raw highlighting for FindReplace targets that don't support annotations. Our main goal here is providing all functionality available in Ctrl+F with this lightweight Find/Replace. Summary of the idea: Firefox-style "Find" with enhancements. Providing better UI utilization by not showing modal dialogs if the user doesn't request wider options. Unifying Ctrl+F (Find/Replace dialog) and Ctrl+J (Incremental Search) by mostly behaving like Ctrl+J. Unifying "Search" facilities so that there won't be 3 different search (and replace) functionalities in Eclipse.
This project aims to fix a few of these usability issues. Even though the search facilities, especially find/replace features in Eclipse are adequate for most developers, there are still plenty of usability issues and enhancement requests arising in Bugzilla. One of the most frequently used features of an IDE is find/replace and search features. 3.1.2 Bugzilla Reports Related with Usability.
0 kommentar(er)
