Re: [cdt-dev] Need help with TextEditor undo

[Jeff Johnston <jjohnstn@xxxxxxxxxx>]

Actually, I just figured it out a couple of minutes ago.

The problem was that I was using FileDocumentProvider instead of 
TextFileDocumentProvider.  Switching over to TextFileDocumentProvider 
and adding an IDocumentSetupParticipant to handle the stuff I was doing 
in FileDocumentProvider.createDocument() solved my problem.

Thanks,

-- Jeff J.

Leherbauer, Anton wrote:
> This happens with external files only, I suppose.
> The reason is that this case (undo to the saved state) 
> is not handled in the class JavaTextFileBuffer which is 
> used for files outside the workspace.
>
> You should file a bug against Platform/Text.
>
> Toni
>
> > -----Original Message-----
> > From: cdt-dev-bounces@xxxxxxxxxxx 
> > [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Jeff Johnston
> > Sent: Tuesday, February 20, 2007 6:01 PM
> > To: cdt-dev@xxxxxxxxxxx
> > Subject: [cdt-dev] Need help with TextEditor undo
> >
> > I have an editor which extends TextEditor.  The default undo support 
> > works reasonably well, however it doesn't seem to recognize 
> > that a file 
> > has "undone' itself to original status.  The dirty bit is 
> > still on and 
> > the user gets asked when the file gets closed if he/she wants to save 
> > the changes to the file.
> >
> > Is this expected behavior or a known bug?  Is there another 
> > undo manager 
> > I should use?  Thoughts welcome.
> >
> > -- Jeff J.
> > _______________________________________________
> > cdt-dev mailing list
> > cdt-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/cdt-dev
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev