Ich glaube, der Grund, warum Browser sich von MS Office oder Anwendungen unterscheiden, die native Widgets verwenden, liegt darin, dass das Toolkit Ereignisse auf höherer Ebene über RDP sendet. Wenn Sie beispielsweise einen Bildlauf durchführen, sendet das Toolkit ein Bildlaufereignis, das den Client dazu auffordert, ein Rechteck zu verschieben, und sendet nur den neuen Inhalt, über den der Client nicht verfügt.
Browser hingegen rendern sie in eine Bitmap, um die Ausgabe genau steuern zu können. Bei jeder Aktualisierung muss das gesamte Rechteck erneut gesendet werden. Es ist komprimiert, so dass Seiten, die kein Bild enthalten, zwar besser sind, aber dennoch weitaus weniger effizient sind.
Weitere Hinweise finden Sie in den Schriftarten: Wenn Sie Anti-Aliasing auf Ihrem Server aktiviert haben, in Ihren RDP-Clientoptionen jedoch deaktiviert sind, hat wahrscheinlich jede Anwendung, die noch Text mit Anti-Aliasing enthält, dieses Problem, da dies impliziert Es macht sein eigenes Rendering.
Ich habe nur eine Referenz für diesen WRT-Chrome: http://code.google.com/p/chromium/issues/detail?id=805#c1, aber ich glaube, dass dies für andere gilt. Vielleicht kann jemand anderes bestätigen / ablehnen?
(Opera scheint die Anti-Aliasing-Option des RDP-Clients zu würdigen und scheint bei meinem völlig unwissenschaftlichen Test in der Tat schneller zu sein als RDP), so dass es vielleicht kein eigenes Rendering für eine Backing-Bitmap ist. Andererseits ist es noch sehr viel langsamer als das Scrollen in Thunderbird, zum Beispiel bin ich mir da nicht sicher.)