Scrollen im Browser lässt Applet neu starten?

[atomic1986]

Hallo Gemeinde!

Ich bin neu hier und versuche auf die Art und Weise Hilfe zu erhalten.

Ich erstelle ein Applet bei dem ich ca. 5000 Rechtecke auf eine Zeichenflaeche male.
Die Informationen über Position, Farbe, usw. lese ich aus einen 20000 Zeilen langen Excel-Datei.
Nun zum Problem: Stelle ich meinen Filter auf die gewünschten Anzeigekriterien wird die Datei eingelesen
und angezeigt. (Auf Grund der Dateilänge, dauert dies schon auch einen Weile) Wenn ich nun im Browser scrolle,
baut er das komplette Applet neu auf, was gleichzeitig eine elend lange Wartezeit (etwas übertrieben) hervorruft. Dank der Doppelpufferung erscheinen die Objekte zumindest gemeinsam Es fällt zudem auf das im Firefox 2.0.0.15 dies nicht nur bei Tabwechseln geschieht, jedoch der Firefox 3 beim scrollen, tabwechsel und sonstiger Fensteraktionen das Applet neu aufbaut. Gibt es eine Methode die man überschreiben kann um dies zu verhindern? Bzw. irgendwelche anderen Tricks?


MfG

 

[Kim Stebel]

Das Einlesen und die Berechnung der Rechtecke findet doch nicht etwa in der paint()-Methode statt??

 

[atomic1986]

Ja ich vergaß zu erwähnen, das ich eine eigene Klasse (abgeleitet von JPanel) erstellt habe, in der die paint()-Methode die Rechteecke zeichnet. In der Applet-Klasse habe ich die paint()-Methode nicht überschrieben.

 

[musiKk]

Das war nicht die Frage. Die Frage war, ob die Berechnung (und der ganze Dateieinles-Foobar) in der paint()-Methode stattfindet oder wirklich nur das Zeichnen.

 

[BjörnBu]

ich gehe mal davon aus, dass das Einlesen nicht in der paint() Methode statt findet nur nur die 5000 Rechtecke zu zeichen schon zu lang dauert.

Diese Antwort ist mit Vorsicht zu genießen, da ich quasi nie mit Applets arbeite. Aber eventuell kannst du ja einschätrzen, ob's dein Problem löst, oder einfach unpassend ist.

Ich würde in einer doPaint() methode in einen Cache zeichnen. Und das nur bei Änderungen bzw wenn wirklich neu gezeichnet werden muss. In der Paint methode stellst du dann immer nur den Inhalt des Caches dar.

Liebe Grüße
Björn

 

[kleiner_held]

Wenn Du an dem abgeleiteten JPanel nicht die paint(Graphics) Methode sondern die paintComponent(Graphics) Methode ueberschreibst, greift das automatische Double-Buffering von Swing, das sollte eigentlich helfen.

 

[L-ectron-X]

Das könnte auch am Lebenszyklus der Applet-Methoden (init(), start(), stop() und destroy() ) liegen.
Wenn du dein Applet aus dem Sichtbereich scrollst, wird die stop()-Methode aufgerufen. Wenn die nicht überschrieben wurde, passiert hier nichts, das Applet läuft im Hintergrund weiter.
Wenn du nun dein Applet wieder in den Anzeigebereich hineinscrollst, wird die start()-Methode vom Browser aufgerufen. Auch hier gilt, wenn sie nicht überschrieben wurde, passiert nichts, das Applet bleibt unverändert.
Das heißt also, wahrscheinlich hast du mindestens eine der Methoden überschrieben.
Aber, wie von meinen Vorpostern erwähnt, kann auch eine falsch überschriebene paint()-Methode dein Problem verursachen.

 

[atomic1986]

Ich hatte in der start()-Methode einige Parameter gesetzt, die ich jetzt in die init() gepackt habe. Denke das Problem liegt trotzdem wo anderst, habe es getestet, es flackert immernoch kurz weg. Die paint()-Methode habe ich nicht angefasst.

 

[L-ectron-X]

Hast du vielleicht ungepufferte AWT-Komponenten drin?

 

[atomic1986]

keine AWT-Komponenten ausser die Listener

 

[L-ectron-X]

Benutzt du irgendwo die getGraphics()-Methode?

 

[atomic1986]

Ja die verwende ich zum DoubleBuffering.
Ich habe zudem mal die Bugreports für Firefox 3 durchgeschaut.
Scheint so als sei da was gemeldet....

 

[L-ectron-X]

getGraphics() wird in diesem Fall sicher nicht (und schon gar nicht für DoubleBuffering) gebraucht.

 

[atomic1986]

...ok, habe eben herausgefunden, das ich das schon umgestellt hatte.
Verwende die Funktion also doch nicht

Problem besteht also weiterhin...

 

[L-ectron-X]

:bahnhof: Ich kaufe ein "e"... :roll: