...Die Frage stelle ich mir schon länger. Hab mal gegooglet und nur Themen zu JavaScript gefunden. Das ist nicht ganz das, was ich suche. Mich interessiert, wie ein WYSIWYG-Editor das schafft, jedes einzelne neue Zeichen, das ich eintippe, mit Formatierung ruck-zuck auf dem Bildschirm darzustellen, und das flackerfrei. Ich hab mir mal Gedanken gemacht und bin zu dem Entschluss gekommen, dass sowas doch eigentlich nur über dynamische Arrays und DoubleBuffered gehen sollte. Aber:

1.) Für jedes einzelne Zeichen zu pushen (falls man gerade in der Mitte oder am Anfang editiert), dürfte nicht gerade sehr speicherfreundlich sein.
1.) Standard-Komponenten wie TToolbar werden bei DoubleBuffered = True sehr unschön dargestellt.

Der Editor wird ja sicher nicht für jedes Zeichen ungecachet neuzeichnen. Hat zufällig jemand damit Erfahrung oder weiß, wie sowas gemacht wird?

Das gleiche gilt für (Vektor-)Grafikprogramme: Man wird ja schlecht das ganze Bild kurzerhand neu zeichnen, weil ich in einer Bézierkurve mal eben einen Knoten verschoben habe...

Ich könnte mir vorstellen, dass die ganze Zeichnerei auf einem Offscreen-Bitmap läuft, was dann einmal per BitBlt oder ähnlichem auf die Form kopiert wird. Dabei muss auch nicht unbedingt alles neu gezeichnet werden, sondern nur der Teil, der sich gerade ändert.

Und ein paar hundert Linien im Hintergrund zu zeichnen, geht in Nullkommanix. Ich habe in einer Anwendung zur Graphenvisualisierung sowas verwendet. Die Graphen (so ~250 Knoten und 2000 Kanten) können dabei gedreht werden - dass passiert im OnScroll einer Scrollbar - absolut ruckel- und flickerfrei, ohne weitere Tricks.

BitBlt kannte ich noch gar nicht (wundere ich mich selbst, vom Namen kam's mir bekannt vor ). Aber warum geht das gerade mit BitBlt so schnell? Hab in der D7-Hilfe nichts gefunden (nur bei delphi-treff.de, wie die Parameter sind und was sie bedeuten), ist das eine API-Funktion?

Ja, das ist so eine API-Funktion. Warum das nun so schnell ist - was weiß ich.

In meinem Delphi 7 findet man das unter Hilfe -> Windows SDK; kann aber auch sein, dass ich das irgendwann mal nachinstalliert hab.

Jakob_Ullmann hat folgendes geschrieben :

1.) Standard-Komponenten wie TToolbar werden bei DoubleBuffered = True sehr unschön dargestellt.

Ich vermute du beziehst dich auf den entsprechenden Fehler in Delphi 7 und früher bei Kombination von DoubleBuffered und XP Manifest? Der ist bei Delphi 2006 Turbo Delphi wie so viele andere behoben.

Für Delphi 7 habe ich hier eine Lösung gepostet, die automatisch entsprechende Korreturen beim Start der Exe aktiviert:
www.delphipraxis.net...1002829.html#1002829
Sollte das bei deiner Toolbar nicht helfen, müsstest du das dafür ggf. noch anpassen, das Prinzip sollte das gleiche sein.

jaenicke hat folgendes geschrieben :

Jakob_Ullmann hat folgendes geschrieben : 1.) Standard-Komponenten wie TToolbar werden bei DoubleBuffered = True sehr unschön dargestellt. Ich vermute du beziehst dich auf den entsprechenden Fehler in Delphi 7 und früher bei Kombination von DoubleBuffered und XP Manifest? Der ist bei Delphi 2006 Turbo Delphi wie so viele andere behoben.

Wusste ich noch gar nicht, dass das nur mit XP-Manifest so ist. Aber wenn man das beheben kann, dann ist es ja gut.

Gausi hat folgendes geschrieben:

Ja, das ist so eine API-Funktion. Warum das nun so schnell ist - was weiß ich.

Mir fiel gerade das Buch "Das Win32 API, Band 4" in die Hände. Da stand es leider auch nicht drin.

Danke euch beiden!

Canavs.Draw bzw Canvas.StretchDraw verwenden intern auch nichts anderes als BitBlt und StretchBlt

BitBlt ist nur dann schnell, wenn Quell- und Ziel-Kontext das gleiche Pixelformat haben. Dann ist das mehr oder weniger ein erweitertes MemCopy\Move.

Aber zur Ausgangsfrage, wie ein WYSIWYG-Editor funktioniert:
Man trenne Darstellung auf Monitor und Datenhaltung ganz extrem voneinander; lege dazwischen eine Control-Schicht, die dem Model Änderungsaufträge geben kann, bzw. Änderungen am Model zur Darstellung rückübersetzt und optimiere die dabei entstehenden Calltrees soweit es geht.

Als Beispiel, wie sowas funktioniert, kann ich einen Blick in die Java-Programmierung empfehlen (speziell den Java Source).

Unter Java erzeugt selbst das Einfache eintippen eines Zeichens in ein Editfeld etwa 10-500 Aufrufe von verschiedenen Callbacks, die dieses Ereignis (neues Zeichen) von der GUI zuerst zum Modell hinter dem Edit reichen, wo das umgesetzt wird und danach wieder zurück zur GUI gereicht wird ...

Und nein: Java ist dabei sogar richtig schnell ... Da kann man durchaus nen Prozess-Monitor mit schreiben, der mit 50 FPS Flackerfrei updated (incl. Farbübergängen und ner reihe anderer Spielereien)

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.