| Summary: | Last Edit Location should be focussed on task | ||
|---|---|---|---|
| Product: | z_Archived | Reporter: | Sam Davis <sam.davis> |
| Component: | Mylyn | Assignee: | Mylyn Inbox <mylyn-inbox> |
| Status: | RESOLVED DUPLICATE | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Whiteboard: | |||
|
Description
Sam Davis
Doesn't the editor restore on task activation open the last edit location? Maybe, but that doesn't solve my problem :) which is that I switch tasks, poke around a bit, and then hit Ctrl+Q expecting to go back to that spot and am instead taken somewhere relating to whatever task I was doing previously, polluting my context. I see. We would need to switch the edit location history on task activation. Is this the same as or similar to bug 297445? Yes, I suppose it is similar to that, but not the same because last edit location is separate from history. But I guess one could make the same argument as made on that bug, that it's useful to be able to go back to the last edit location independent of task context, and I probably make use of that myself. Perhaps the default behaviour should be for history and last edit location to be focussed on the active task, but there should also be some way (e.g. a modifier key) of getting at the global history and last edit location. I'll mark this as a duplicate since it's very similar conceptually and the summary of the bug explicitly lists the last edit location history. Please feel free to add additional requirements to bug 297445 that are not covered, yet. *** This bug has been marked as a duplicate of bug 297445 *** |