Bugzilla – Full Text Bug Listing
| Summary: | DCR: Support to easily move back and forth among open editors (1GGNIBH) | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Philipe Mulet <philippe_mulet> |
| Component: | UI | Assignee: | Kevin Haaland <Kevin_Haaland> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | ||
| Version: | 2.0 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Windows NT | ||
| Whiteboard: | |||
PRODUCT VERSION: SDK 125 This defect report has been partially addressed. - There is a fast way to switch editors (F6) Forward/Back - there is a dcr for this capability and a contributor is working on it. |
When searching for references to a selected method in the outliner, if a search match is located inside the same compilation unit as the selected method, then there is no easy way to jump back to the selected method but re-selecting it. Search matches are interfering too much with the code being developped by the user. Often search matches are meant to be looked at in parallel to what the user is developping. Either the search result view should come up with its own editor (BEST), or there should be a mechanism to easily move back to previous edited context (back arrow like in web editors). NOTES: EG (7/11/2001 11:26:11 AM) Having the search result view come up with its own editor doesn't fit the eclipse UI. Support to navigate back and forth between active editors is something that I miss to and is a DCR for ITPUI. Changed title and made this ITPUI DCR - moving.