Es geht mir mehr darum das du ein Problem optimierst was in der Realität gar kein Problem ist. Und da deine Optimierung ja nicht kostenlos ist (zum einen ist sie erstmal nicht trivial, der aufwand skaliert mit dem feature reichtum den du in deine editoren einbaust und daten auf die platte schreiben ist alles andere als kostenlos), löst du ein nicht existentes Problem da durch das du möglicherweise tausende neue Probleme einbaust.
Versteh mich nicht falsch, ich liebe dumme optimierungen für Probleme die nicht relevant sind. Ich benutze z.b. lieber advanced records als klassen wenn möglich, weil durch ihre stack lokalität ich damit eine allokation wegoptimieren kann. Die sachen auf die platte zu schreiben ist aber mMn. strikt schlechter, vor allem wenn dein zielrechner nicht mal ne SSD hat, dann wird beim wechseln durch tabs dein ganzer rechner massiv langsamer.
Aber ich mein drüber nachdenken schadet ja nicht und wenn am ende auch noch ein neues feature (undo liste speichern) rausfällt, ist das ja auch nix schlechtes
Ich fänds toll wenn du die Änderungen veröffentlichst, denn, unabhängig von deinem Problem, persistente undo listen sind in vielen fällen hilfreich, und z.b. das mit Abstand beste Featue von Editoren wie vim oder emacs das ich seit langem gesehen habe und ich finde jeder Editor könnte zumindest die Möglichkeit dafür vertragen (auch wenn man natürlich dafür ein paar vorkehrungen treffen muss damit das reibungslos funktioniert, z.b. die undoliste nur laden wenn sich seit dem nix geändert hat).aro hat geschrieben: ↑Mi 18. Nov 2020, 23:543. Durch wenige Erweiterungen und Veränderungen, habe ich das Problem in kurzer Zeit, sehr zufriedenstellend gelöst!
Derzeit habe ich die Testphase noch nicht abgeschlossen. Es gibt ja fast unendlich viele Kombinationen, wie man den Text in Synedit verändern kann und alles will sorgfältig getestet werden.
Bei Interesse werde ich die geänderten Quelltexte veröffentlichen.