JTextArea scrollt bei append(String) aus Threads nicht ans Ende

[Cottaer]

Hallo,

ich habe ein mittlerweile recht umfangreiches Programm, bei welchem ich während der Abarbeitung diverse Texte in ein JTextArea ausgebe. Bei der append-Methode scrollt die Textarea prinzipiell automatisch immer ans Ende. Das hat auch gut geklappt.

Das Programm habe ich jetzt auf Threads umgestellt. Ausgaben in die Textarea erfolgen nun in dem "Klick auf Button"-Eventhandler sowie in den Threads. Dabei scrollt nun die Textarea nicht mehr mit den Ausgaben mit, sondern der Scrollbalken bleibt oben stehen. Wenn ich die Ausgabe in den Threads auskommentiere, klappt alles wie gehabt.

Als Workaround habe ich nun

window.textfeld.setCaretPosition(window.textfeld.getDocument().getLength());

hinter die Ausgaben der Threads gesetzt, allerdings finde ich das ein wenig unschön und weiß auch nicht, wieviel Performance das evtl. kostet, vor allem wenn das Textfeld viel Inhalt hat.

Generell soll die JTextArea wohl threadsicher sein, hat jemand eine Idee, woher das merkwürdige verhalten kommt?

VG und danke
Cottaer

 

[Marco13]

Erinnert mich an einen Bug ( Bug ID: 4201999 JTextArea's don't automatically scroll when appending() to them. und die Reltated) - sollte aber schon gefixt sein. Hilft der Bug report schon?

Ansonsten: Das Verhalten ist da etwas Diffizil. Ggf. muss da was mit SwingUtilities.invokeLater auf den EDT legen

 

[Cottaer]

Mein Java ist irgendeine 1.6er Version, der Bug sollte also wirklich nicht mehr drin sein. Das Verhalten ist aber so ähnlich.

Das Problem ist nicht so dringend, aber ich wüsste gerne, ob man das generell anders machen müsste, als ich oben skizziert habe (bin noch Anfänger bei Java).

VG
Cottaer

 

[Marco13]

Das setzen der Caret Position ist ein legitimer Workaround - allerdings sollte DAS wohl definitiv mit SwingUtilities.invokeLater gemacht werden. Es wundert mich, dass er noch notwendig ist.

Wie auch immer: Wenn du statt

textArea.append(text);

sowas schreibst wie

// Do this on the EDT (see Bug 4201999)
final String theText = text;
SwingUtilities.invokeLater(new Runnable()
{
    @Override
    public void run()
    {
        textArea.append(theText);
    }
});

sollte es auch bei älteren Java-Versionen funktionieren.

 

[xehpuk]

Das Problem ist in der Tat dein Code.

Siehe dazu: [JAPI]javax.swing.text.DefaultCaret.html#setUpdatePolicy(int)[/JAPI]

Besonders die letzte Zeile:

The default property value is

UPDATE_WHEN_ON_EDT

.

Also entweder Marcos Lösung nehmen oder

ALWAYS_UPDATE

setzen.

 

[Cottaer]

Ich habe jetzt folgendes in den Konstruktor von meinem Fenster gesteckt:

DefaultCaret defaultcaret;
defaultcaret = new DefaultCaret();
defaultcaret.install(textfeld);
defaultcaret.setUpdatePolicy(2);

Damit funktioniert es. Komischerweise kennt mein Java die Konstanten "UPDATE_WHEN_ON_EDT, NEVER_UPDATE, ALWAYS_UPDATE" von defaultcaret.setUpdatePolicy() nicht (sollte es das?). Deshalb habe ich die Integer-Werte durchprobiert.

Zum EDT habe ich en:wiki gelesen, und ich habe ein Stück Quelltext aus dem Internet gefunden, um zu testen, ob man in dem EDT ist oder nicht:

//gucken, ob Thread auf dem EDT läuft
if (SwingUtilities.isEventDispatchThread())
{
  System.out.println("Is running on EDT");
}
else
{
  System.out.println("Is not running on EDT");
}

Wie ich schlussendlich rausgekriegt habe, ist man wohl zum Beispiel immer dann im EDT, wenn man in der Routine, die einen Event zum Beispiel Klick auf Button empfangen hat, ist. Das deckt sich dann auch mit dem von mir ursprünglich beobachteten Verhalten.

VG
Cottaer

 

[Marco13]

defaultcaret.setUpdatePolicy(DefaultCaret.ALWAYS_UPDATE);
sollte doch gehen?

 

[Cottaer]

Danke, ja, so funktionierts, hatte es nur mit ALWAYS_UPDATE u.a. probiert. Bin leider noch immer Java-Anfänger.