Hallo!

Bin gerade am Basteln an einem Syntaxeditor, ich verwende dazu TJvWideHLEditor von den Jedis. Doch weder bei dieser Komponente noch bei TJvHLEditor gibt es ein Redo! CanRedo ist immer False und Redo tut einfach nichts.
In der Datei JvEditorCommon.pas habe ich die Zeile
procedure Redo; // not implemented yet gefunden, damit ist alles klar.

2x hintereinander Undo aufzurufen bewirkt nichts.

Also möchte ich ein Redo selbst schreiben. Wie kann ich ausser mit einer temporären Datei eine Redo-Funktion selbst realisieren? Dachte zunächst an eine Art Liste mit den geänderten Zeilen, die ich dann zurückschreibe, aber das ist mir zu aufwändig und umständlich: Wo trage ich was in diese Liste ein usw.? Und eine Kopie des gesamten Textes in einer TStringList oder so zu halten, nur um zB. ein Zeichen wiederherzustellen, das zuvor mit Undo geändert wurde, ist ja nun völlig übertrieben.

Ich habe mal kurz einen Blick in den Quelltext geworfen, da ist aber schon einiges in der Richtung implementiert. Im Grunde muss der Undo-Buffer beim Undo entsprechend wieder für die andere Richtung gespeichert werden. Die entsprechenden Daten und Strukturen sind soweit ich das sehe schon vorhanden.

Eine Herausforderung sind hier aber Kombinationen aus Rückgängig und Wiederherstellen. Wenn man das ein paarmal hin und her macht und vielleicht auch noch etwas dazwischen ändert, soll ja der Buffer dennoch konsistent sein.

jaenicke hat folgendes geschrieben :

Im Grunde muss der Undo-Buffer beim Undo entsprechend wieder für die andere Richtung gespeichert werden. Die entsprechenden Daten und Strukturen sind soweit ich das sehe schon vorhanden.

Meinst du direkt in der Prozedur TJvUndoBuffer.Undo?

Zum Beispiel, ja. Dort siehst du z.B., dass es Gruppen von Änderungen gibt usw.
Das muss ja beim Redo auch alles behandelt werden.

Zudem fehlt soweit ich das sehe der Redo-Buffer noch komplett, den musst du wie schon geschrieben aus dem Undo-Buffer aufbauen.

jaenicke hat folgendes geschrieben :

Zum Beispiel, ja. Dort siehst du z.B., dass es Gruppen von Änderungen gibt usw. Das muss ja beim Redo auch alles behandelt werden. Zudem fehlt soweit ich das sehe der Redo-Buffer noch komplett, den musst du wie schon geschrieben aus dem Undo-Buffer aufbauen.

Das ist mir zu hoch. Ich steig' durch den Code nicht durch...

Aber vielleicht komme ich so weiter: Warum bewirken 2 Undo's hintereinander nicht ein Redo? Ich meine, das Undo vom Undo müsste doch ein Redo sein?
Es sollte so wie Checked := not Checked funktionieren.

Weil das Undo dann aus dem Undo-Buffer entfernt und beim nächsten Undo die davor ausgeführte Aktion rückgängig gemacht wird.

jaenicke hat folgendes geschrieben :

Weil das Undo dann aus dem Undo-Buffer entfernt und beim nächsten Undo die davor ausgeführte Aktion rückgängig gemacht wird.

Aha.

Vielleicht wäre ja Synedit eine Alternative ...

bummi hat folgendes geschrieben :

Vielleicht wäre ja Synedit eine Alternative ...

Der Witz ist ja, dass ich bereits einen Syntaxeditor auf Basis von Synedit habe, aber nun eben die Jedis installiert habe und damit etwas machen wollte! Ich komme aber drauf, dass SynEdit viel mehr Highlighter unterstützt und auch insgesamt mehr Funktionialität bietet. Bei sehr grossen Dateien ist es allerdings etwas träge.

Ich dachte, die Jedi-Komponenten seien besser, stattdessen sind die (zumindest JvHLEdit) nicht mal fertig ausprogrammiert...

Habe dazu etwas gefunden, funktioniert mit TMemo und TRxRichEdit, leider aber nicht mit TSynEdit und JvWideHLEditor:
development.mwcs.de/tutundoredo.html

Liegt wohl am Vorfahrtyp - bei "Memo-artigen" Komponenten klappt es.

Konnte weder mit TSynEdit noch mit JvWideHLEditor etwas erreichen, jedesmal kommt es bei Undo zu einer "Zugriffsverletzung bei XXX: Schreiben von Adresse XXX".

Hat jemand eine Idee, wie man das hinbiegen kann?