Community
Participate
Working Groups
3.0M5 To implement the CVS annotate command we use the following logic (currently implemented using access to internal UI classes): 1. retreive a remote revision of file X 2. figure out if the editor for file X is a ITextEditor. This is required because only subclasses of ITextEditor can be support the API for sync'ing the annotate view with the editor line locations. 3. if the editor for file X is not a ITextEditor then open using the default text editor otherwise use the default. Currently this workflow is unsupported with the current editor API.
This is the only unresolved API problem that prevents org.eclipse.team.cvs.ui from compiling without internal API usage warnings.
As per http://wiki.eclipse.org/Platform_UI/Bug_Triage_Change_2009
Remy is now responsible for watching the [EditorMgmt] component area.
Do I understand correctly that this is a request to ask the editor registry to see if the editor for the revision is an implementation of the ITextEditor interface? This seems to imply the act of forcibly loading bundles to retrieve this information.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.