Community
Participate
Working Groups
Build Identifier: I20110428-0848 In the 'Search' view the search again action (org.eclipse.search2.internal.ui.SearchAgainAction ) is bound to F5. This is very convenient. However the refresh view action (org.eclipse.jdt.internal.ui.callhierarchy.RefreshViewAction ) in the 'Call Hierarchy' view is not bound at all. It would be nice if this was bound to F5 as well. Reproducible: Always Steps to Reproduce: 1. open the call hierarchy view on a method. 2. change some of the users to not use this method 3. hit F5 in the call hierarchy view
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.
