| Summary: | [call hierarchy] "Refresh View" should bind to F5 like run search again | ||
|---|---|---|---|
| Product: | [Eclipse Project] JDT | Reporter: | Philippe Marschall <philippe.marschall> |
| Component: | UI | Assignee: | JDT-UI-Inbox <jdt-ui-inbox> |
| Status: | ASSIGNED --- | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P5 | CC: | daniel_megert, markus.kell.r |
| Version: | 3.7 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Bug Depends on: | 185517 | ||
| Bug Blocks: | |||
|
Description
Philippe Marschall
Makes sense. Like in most other views, the File > Refresh (F5) is bound to refresh the selected element in the Call Hierarchy view. Furthermore, some views (including the Call Hierarchy) refresh the whole view when nothing is selected (bug 323690). That the Search view always refreshes the whole view is the exception, not the rule. The change we could make here is to add a new command "Refresh View" to refresh the whole view (but this wouldn't be bound to F5 by default). To make the command useful, we would also have to add a key binding context "In Java Call Hierarchy View". Otherwise, a user could still not change the F5 behavior in the CH without removing F5 from the normal refresh command. However, we can only add a context after bug 185517 has been fixed. (In reply to comment #2) > Like in most other views, the File > Refresh (F5) is bound to refresh the > selected element in the Call Hierarchy view. Furthermore, some views (including > the Call Hierarchy) refresh the whole view when nothing is selected (bug > 323690). Indeed. I got tricked by the (correctly) missing 'F5' hint in the toolbar button hover. |