Community
Participate
Working Groups
I20050426-1700 Using the /buildfiles/exportplugin.xml of org.eclipse.ui.externaltools Turn on occurrence marking in the Ant editor Place the cursor in the first occurrence of "destdir" (line 11) Alt-Shift-R Tab twice to get to the third occurrence Move the cursor in the middle of the third occurrence and start typing The letters typed are added to the linked location but the cursor moves in the opposite direction that the user would expect.
Dani, could any of your team take a quick look at this to see where the error lies? I have done a pass and cannot see any obvious errors on the Ant use of the framework...but it is early :-)
One difference I see is that you move the caret as soon as rename is invoked (e.g. if the caret is inside the second match it gets moved at the end of the first match). Changing this might "fix" the problem which looks like a bug in our land. Feel free to move (but without the M7 target milestone ;-)
Cursor movement addressed with bug 89265...did not "fix" the problem :-)
fixed > 20050502 LinkedModeUI registers an AutoEditVetoer that ensures that any changes during linked edit mode are not directly executed by StyledText but only after any postnotification changes have been executed. LinkedModeModel uses PostNotificationChanges to implement the forwarding of modification to linked positions. The reason this did not work for Ant was that the AutoEditVetoer was only installed for all content types in the default partitioning. Since Ant uses a different partitioning, this did not work. The fix is to register the Vetoer for all content types for all possible partitionings.
