Swing Wird Swing schneller?

Status
Nicht offen für weitere Antworten.

hdi

Top Contributor
Hallo,

ja ich weiß viele werden jetzt den Kopf schütteln. "Nicht wieder eine nicht-endende Grundsatzdiskussion". Tja, was soll man machen :D

Hintergrund dieser Frage ist folgender: Ich überlege mir auf SWT umzusteigen, eig. nur aus einem einzigen Grund: Swing ist todeslangsam. Ich weiß dass nach diesem Satz wohl ein paar Leute nicht wiederstehen können, sofort auf den Reply-Button zu drücken und mir in Font-Size 7 und unterstrichen entgegenzubrüllen, dass das "SCHWACHSINN!" ist ;)

Aber lasst mich bitte ausreden. Ich weiß diese ganze EDT Sache muss man können, und vonwegen Java = langsam gilt schon seit spät. 1.4 nicht mehr, usw usw.
Und ich habe mir sehr lange gesagt, dass sicherlich ich Schuld bin wenn meine GUI's langsam laufen, und ich das mit dem EDT nicht ganz verstehe. Aber wenn ich dann nach ausgiebigen Texten suche, kommt immer nur der kleine Hinweis auf invokeLater() und gut ist. Soweit kann ich das jetzt auch schon auswendig.

Gut ist für mich aber nicht, wenn folgendes Programm:
Java:
public class Bad extends JFrame{
   public void main(String[] args){
      EventQueue.invokeLater(new Runnable(){
         @Override
         public void run(){ 
             new Bad().setVisible(true);
         }
       });
    }
}
ein Fenster erzeugt, das man mit der Maus am Rand anpacken kann, und beim vergrößern hängt das Repaint um Sekunden hinterher. (Je nach dem wie schnell oder langsam(!) man es resized). Das ist bei den heutigen Rechnern ja wohl mal superpeinlich :bahnhof:

Also ich will nicht groß weitermeckern. Frage: Wird die Performance von Swing in Java 7 etc. planmäßig verbessert? Bzw seht ihr es als Fehler an, auf SWT umzusteigen? Ich hab's grad probiert, und zumindest kann man das Fenster resizen ohne dass es ruckelt :toll: Aber ich denke mal es hat auch Nachteile? zB ob es genauso viele Möglichkeiten gibt, ich denke da zB ans Customizen von Listen/Tables usw.

Wenn die Performance von Swing besser wird, würd ich nämlich lieber dabei bleiben. Was wisst ihr darüber?

PS: Wer mir nach wie vor weismachen will, dass Swing nicht langsam ist, sondern dass ich wohl irgendwas falsch mache, dem würde ich die Füße küssen wenn er mich davon überzeugen könnte! Aber inzwischen hab ich's aufgegeben, siehe das Bsp oben. Ich weiß ja nicht was manche Leute als "schnell" verstehen, aber wenn ich erst den Fensterrahmen einer GUI sehe, und ne halbe Sekunde später den Inhalt, dann ist das für mich als User ein lahmes Programm.
 
Zuletzt bearbeitet:

André Uhres

Top Contributor
Bei näherem Hingucken findest du immer öfter neben dem kleinen Hinweis auf invokeLater() auch den Hinweis auf den leistungssteigernden SwingWorker.
Folgendes funktioniert übrigens sehr gut bei mir (kein Hinterherhinken beim resize!):
Java:
import java.awt.*;
import javax.swing.*;
public class Good extends JFrame {
    public static void main(String[] args) {
        EventQueue.invokeLater(new Runnable() {
            @Override
            public void run() {
                new Good().setVisible(true);
            }
        });
    }
}
(Jetzt wirst du vielleicht wieder die Schuld meinen trägen Augen geben :lol:.)
 
Zuletzt bearbeitet:

The_S

Top Contributor
Also ich kann da auch keine extremen Verzögerungen (wie du sie beschreibst) erkennen. Sicher dass das nicht an deinem Rechner liegt?
 

Nader

Mitglied
..Meine Frage steht aber noch immer im Raum (zwecks SWT)

wer Swing gut kann und nur wegen Schnelligkeit zu SWT wechseln will, der macht mit Sicherheit einen Schritt nach hinten.

Für mich ist Swing ein Platform, worauf ich unendlich viele Möglichkeiten habe, um viele Dinge mit eigenen Kreativitäten zu gestalten. Dagegen ist für mich SWT nur eine Art Tool/Bibliothek.

Ein guter Umgang mit EventQueue ist Basis für super schnelle Swing-Anwendungen und dafür bietet SwingWorker die beste Grundlage. Aber man muss in der Lage sein mit SwingWorker mitzudenken und das kann leider nicht jeder.:(
 
U

Unregistriert

Gast
Sehe auch keine Verzögerung bei dem Codebeispiel. Hab jetzt 30 Sekunden das Wenster wild umhergeschmissen, vergrößert/verkleinert, minimiert/maximiert... läuft wie es soll.
System Windows 7 Enterprise 64-Bit falls es dich interessiert.
 

ARadauer

Top Contributor
Du Gui repräsentiert die Anwendung nach aussen. Wenn die schlecht ist, ist für den Benutzer das Programm schlecht.

Wenn jemand sagt, dass der Programmierer etwas falsch gemacht hat, wenn eine Gui träge reagiert, dann kann das schon stimmen. Jedoch müssen solche Fehler offensichtlich sein und leicht zu vermeiden. Denn wenn die mehrzahl der Java Programmierer anscheinend Swing falsch benutzt, dann liegt der Fehler nicht nur bei den Programmieren.
Wir haben jetzt in der Firma von Toad auf den Oracle SQL Developer umgestellt. Lächerlich und manchmal unangenehm da diese träge Angelegenheit auch die ganze Plattform in den Dreck zieht.

Kann schon sein, dass ich das Thema mit EDT noch immer nicht richtig verstanden habe, aber da bin ich mit Sicherheit nicht der einzige, wie man beim SQL Developer sieht...
 

-MacNuke-

Bekanntes Mitglied
btw. SWT ist nicht generell schneller als Swing. Teilweise ist Swing deutlich schneller, hauptsächlich auf Nicht-Windows Plattformen.

Einfach mal bei Google nach "Performance Swing SWT" suchen
 

byte

Top Contributor
Ich habe bisher in Java sowohl mit Swing als auch mit SWT komplexe GUIs realisiert. Ich muss sagen, dass sich die beiden GUI Frameworks hinsichtlich Performance / Trägheit kaum was nehmen. Swing ist evtl. minimalst träger, aber der Unterschied ist wirklich super gering.

Dein Beispiel ist bei mir im übrigen rattenschnell. Irgendwas stimmt mit Deiner Kiste offenbar nicht.
 

tfa

Top Contributor
Auf halbwegs aktueller Hardware mit ausreichend Speicher und gut angepassten VM-Einstellungen ist Swing wirklich kein Performance-Problem. 90% der Zeit wartet die Anwendung eh auf Benutzereingaben, Datenübertragungen oder die Datenbank. Das setzt natürlich voraus, dass es vernünftig programmiert wird. Also z.B. bei lang dauernden Aktionen immer schön einen (möglichst abbrechbaren) Fortschrittsdialog anzeigen, statt es im EDT laufen und die GUI einfrieren zu lassen. Beide Möglichkeiten sind in Summe zwar gleich schnell, aber die zweite wirkt wesentlich langsamer. Und letztendlich ist der subjektive Eindruck das, was zählt.
 
S

SlaterB

Gast
die Regel
> 90% der Zeit wartet die Anwendung eh auf Benutzereingaben
passt aber nicht zum angegebenen Beispiel, denn 99% der Zeit wird auch niemand die Größe des Fensters ändern,

das ist schon eine ganz andere Situation wenn dann aufeinmal 30x pro Sekunde neugezeichnet werden soll mit dynamisch angepassten Layout usw.,
das geht ja generell zur Frage, ob Swing nicht eher nur für die Anzeige statischer JButtons geeignet ist oder doch auch für Echtzeit-Grafik,

wie da der Stand ist, kann ich nicht sagen, nur dass die klassische Standard-Darstellung hier kaum der Maßstab ist
 
S

SlaterB

Gast
jo, bezog mich mehr auf das 30x pro Sekunde und hab dann mein Posting noch in 'Echtzeit-Grafik' statt '3D-Grafik' geändert ;)
 

Nader

Mitglied
die Regel
> 90% der Zeit wartet die Anwendung eh auf Benutzereingaben
passt aber nicht zum angegebenen Beispiel, denn 99% der Zeit wird auch niemand die Größe des Fensters ändern,

das ist schon eine ganz andere Situation wenn dann aufeinmal 30x pro Sekunde neugezeichnet werden soll mit dynamisch angepassten Layout usw.,
das geht ja generell zur Frage, ob Swing nicht eher nur für die Anzeige statischer JButtons geeignet ist oder doch auch für Echtzeit-Grafik,

wie da der Stand ist, kann ich nicht sagen, nur dass die klassische Standard-Darstellung hier kaum der Maßstab ist

Echtzeit-Grafik ist unabhängig von Swing oder SWT oder sonstiges. Da ist Java genau so schnell wie C oder was auch immer.

Wer 30x pro Sekunde neuzeichnet und dabei noch Layout ändert, der programmiert falsch!;) Swing ist mehr als genug, wenn es um die Präsentation einer Anwendung geht, will man aber komplexe grafische Objekte (wie zb. Animation) darstellen, macht man dies mit Java (zb. 2D, 3D) und nicht mit Swing oder SWT.
 

byte

Top Contributor
Hä? Swing benutzt Java2d zum Zeichnen. Es gibt da keine Trennung. Und auch Java 3D möchte sich irgendwo hinzeichnen, idR wohl in einen Frame / JFrame / Applet.
 

Nader

Mitglied
Hä? Swing benutzt Java2d zum Zeichnen. Es gibt da keine Trennung. Und auch Java 3D möchte sich irgendwo hinzeichnen, idR wohl in einen Frame / JFrame / Applet.

nein! Java2D oder 3D brauchen Swing nicht sondern nur ein Device (Graphics) um sich zu zeichnen. Graphics liegt aber weit unterhalb Swing und ist unabhängig davon.
 

byte

Top Contributor
Schon richtig, aber wenn Du was mit Java2D zeichnest und dieses auch auf dem Bildschirm darstellen willst, womöglich noch in Echtzeit, dann brauchst Du dafür Swing/AWT.

Deine Behauptung, Echtzeitgrafik in Java wäre unabhängig von Swing, ist also falsch - ausser Du verstehst unter Echtzeitgrafik reine In-Memory 2D-Operationen. ;)


SWT benutzt übrigens kein (standard) Java2D sondern hat eine eigene API fürs Zeichnen.
 

hdi

Top Contributor
Okay also da einige Leute meinten dass mein Code-Bsp bei ihnen "rattenschnell" läuft, möchte ich hier nochmal nachhaken:

1) Welches OS?
2) Falls Windows: Ist Aero aktiviert, oder hat ihr den Basic Theme?

Zu meinem Rechner: 2 x 3.75 Ghz, 4GB DRR2-800, GraKa mit 768MB dedicated und 1,7 GB shared. Also das kann ja wohl nicht zu langsam sein für Swing.

...ich denke eher, dass ihr durchaus die selben Probleme habt, aber ihr das wohl nicht als Problem seht, warum auch immer. Ich gebe auch zu dass ich mich durchaus reinsteigere, weil mich sowas stört, aber wenn ich sowas hör wie "rattenschnell" dann stimmt doch was mit demjenigen nicht, der das sagt. Das ist ja ne dreiste Lüge hoch 3 ;)

Hier ein Screenshot von dem Effekt beim Resize den ich meine:


Gut, mehrere Sekunden sind's nun auch wieder nicht, ich hatte gestern bei einer Situation nur so den Eindruck. Aber Fakt ist dass man sowas sieht. Man sieht es als User eindeutig. Und je nach dem wie schnell oder langsam man das tut, bleibt dieses Nicht-repaintete Fenster aber wirklich knapp ne halbe Sekunde in diesem Zustand.
Seht ihr sowas denn etwa nicht ???:L

...auch den Hinweis auf den leistungssteigernden SwingWorker.
Also beim letzten Artikel den ich darüber gelesen habe wurde gesagt, dass SwingWorker nicht die Performance steigert. Es ist nur ein Konstrukt um längere Tasks einfacher "EDT-safe" zu machen, also z.B. sowas hier:

Java:
mouseClicked(){
   new Thread(){
        public void run(){ 
            EventQueue.invokeLater(new Runnable(){
                 public void run(){ 
                    // do something with gui
                 }
            }

            Thread.sleep(5000);

            EventQueue.invokeLater(new Runnable(){
                 public void run(){ 
                    // do something with gui
                 }
            }
    }.start();
}

..aber wenn ich daraus jetzt nen SwingWorker mache, ist das auch nicht schneller. Nur übersichtlicher vllt.
 
U

Unregistriert

Gast
Ich habe dieses Problem definitiv nicht. Egal ob du glaubst wir hätten es auch, aber würden es nicht bemerken...


Und das Bild ist während dem resizen gemacht worden. Egal wie schnell oder langsam ich resize, so wie bei dir sieht es nie aus.

Deine Fragen:
1. Windows 7 Enterprise 64 Bit
2. Aero ist aktiv

Rechner: 4x 2,83 ghz, 8gb ram, ATI Radeon HD 4350
 

hdi

Top Contributor
Schalte bitte mal kurz auf Basic Theme um, und probiere es dann nochmal...
Danke!
 
U

Unregistriert

Gast
Umgestellt + Screenshot


Ganz so schlimm wie bei dir ist es nicht, aber es zieht tatsächlich etwas hinterher.
Ist bei Windows XP mit Standardtheme (alten Theme) aber nicht passiert.

Ist wohl ein Problem, dass speziell Vista und 7 mit Basic Theme betrifft.
 

The_S

Top Contributor
Windows XP Prof SP 2
Intel Core 2 6600 (jeweils 2,4GHz)
3,5GB RAM

Außer den minimalen und nur für den Bruchteil einer Sekunde sichtbaren Schlieren, die bei jeder extrem schnellen und unsinnigen Verschiebung/Vergrößerung/Verkleinerung eines beliebigen Fensters unter Windows auftreten (das Fenster muss nunmal neu gezeichnet werden), kann ich nichts außergewöhnliches erkennen (wobei das ja auch eigentlich nicht außergewöhnlich ist).
 
U

Unregistriert

Gast
Mit dem Basic Theme resized sich sogar ein normales Editor Fenster etwas merkwürdig. Bei mir wackelt dann der kleine Border zwischen Textbereich und Menüleiste.

Ich glaube Java kann da nichts dafür.
 

André Uhres

Top Contributor
> Also beim letzten Artikel den ich darüber gelesen habe wurde gesagt, dass SwingWorker nicht die Performance steigert.

Siehe z.B. API zu publish und setProgress.
 

Guybrush Threepwood

Top Contributor
Gibt es eigentlich einen Grund, warum hier EventQueue.invokeLater verwendet wurde und nicht SwingUtilities.invokeLater, oder ist das das Gleiche? Ich habe das bisher immer so gemacht und keine Probleme damit.

Und gleich noch eines: Verwendet jemand das Swing Application Framework?
 

hdi

Top Contributor
Also ich hab's auch grad mit Aero probiert, aber das selbe Problem, nur mit dem Unterschied dass der nicht-repaintete Bereich dann schwarz ist.

Win 7 Ultimate x86, aber diese ganzen Dinge hab ich auch schon früher bemerkt mit Vista x86.

Wir haben neulich aber zB schon rausgefunden dass mit Basic Theme oft die Frames erst nur mit ihrem Rahmen angezeigt werden, durch das eigentliche Content Pane kann man durchkucken, und dann ne Zeit später erst füllt sich das Fenster.
Mit Aero passiert das nicht.

Nichts desto trotz passieren diese Dinge nie mit AWT oder SWT, egal welches OS oder welcher Theme, da geht alles zack zack.. Dann muss es ja wohl die Schuld von Swing sein..

Ach ich weiss auch nicht.. Anscheinend muss ich mich damit abfinden :( Ich merke schon dass irgendwie niemand hier meine Meinung teilt. Was mich wundert. Okay ihr sagt ja dass es bei euch nicht der Fall ist und eure JFrames scheinbar genauso schnell sind wie zB der Explorer in Windows. Also bei mir ist das eindeutig nicht der Fall, und am Rechner kann es nicht liegen, und ich hab mir Java auch nicht von irgendeiner Crack-Community gezogen, sondern ganz normal über die Seite von Sun ;)
Also gibt es irgendeinen magischen Unterschied zwischen euren JFrames und meinen ???:L
Glauben tu ich's nicht weil ich diese Probleme bei allen möglichen PC's sehe (bei meiner Schwester, beim PC in der Arbeit...). Also wie auch immer das für euch klingen mag, ich denke noch immer dass ihr
1) das entweder schlichtweg nicht sehen könnt, was ich nicht glauben kann
2) ihr das einfach unterbewusst ignoriert, oder was weiss ich was.. Es scheint als fällt nur mir sowas auf :autsch:
Außer den minimalen und nur für den Bruchteil einer Sekunde sichtbaren Schlieren, die bei jeder extrem schnellen und unsinnigen Verschiebung/Vergrößerung/Verkleinerung eines beliebigen Fensters unter Windows auftreten
Vermutlich liegt wohl hier der Unterschied zwischen uns: Was ihr als normale anseht und euch eben gar nicht stört, nervt mich vllt enorm. So wirklich genau kann man ja noch immer nicht sagen, wie schnell oder langsam das repainten geht. Vllt empfinde ich das nur anders... Auf der anderen Seite kommt das eben nicht bei jedem Windows-Fenster vor, sondern nur bei den JFrames von Java. So zumindest bei mir.
 
Zuletzt bearbeitet:

hdi

Top Contributor
Ich habe ne Idee, ich werde jetzt mal n Video machen und euch zeigen. Dann sehen wir ja ob wir das nur unterschiedlich empfinden oder ob ihr dann auch denkt, dass die JFrames bei mir irgendwie sehr langsam sind...
 

Guybrush Threepwood

Top Contributor
Ja, kann ich bestätigen. Das ist bei mir auf Win7 auch so, und zwar auf alter Hardware. Abgesehen von den schwarzen Streifen fühlt es sich aber nicht langsam an.
 

byte

Top Contributor
Das Problem mit den schwarzen Streifen hatte ich in 8 Jahren Java noch nie. Weder unter WinXP, noch unter Vista oder 7. Weder unter Java 1.4, noch unter 5 oder 6. Weder unter 32bit noch unter 64bit. Und auch unter verschiedenen Linuxen liefs smooth.

Könnte mir vorstellen, dass es an den Grafikkartentreibern liegt. Kannst Du das Problem auf einem anderen Rechner reproduzieren?
 

Guybrush Threepwood

Top Contributor
Auf Windows Vista (Desktop-Rechner) läuft die selbe Anwendung ohne schwarze Steifen. Auf Windows7 dagegen mit. Beide Rechner haben eine Nvidia-Karte und Aero war bei beiden aktiviert.

Scheint also möglicherweise ein Java-Windows7-Problem zu sein, und leider nicht das einzige. Ein L&F gibt es für Windows7 ja leider auch noch nicht, sodass das SystemLookAndFeel nicht besonders elegant wirkt und Icons fehlen.
 

byte

Top Contributor
Das kann ich so nicht bestätigen. Wir haben unsere Anwendung auf der Arbeit grade unter Win7 getestet und keine Probleme mit dem LnF festgestellt. Menu, Toolbar usw. sieht alles Win7 like aus.
 

Illuvatar

Top Contributor
Hab auch mal den Code aus dem ersten Post getestet (Windows 7 Ultimate x64):
Mit Aero ist alles wunderbar.
Im Basic-Theme bemerke ich minimale Verzögerungen, die aber nicht so schlimm sind wie in hdis Screenshot.
Das Video kann man nicht mehr runterladen, da es schon 10 mal geladen wurde.
 

hdi

Top Contributor
Das mit dem FileChooser ist wohl nicht bei jedem so. Bei mir funktioniert der zB auch ohne Probleme. Win 7 32bit Ultimate
 
Status
Nicht offen für weitere Antworten.
Ähnliche Java Themen
  Titel Forum Antworten Datum
S Swing Panel wird nicht neu gezeichnet AWT, Swing, JavaFX & SWT 3
K Swing GUI Element wird nicht skaliert AWT, Swing, JavaFX & SWT 6
P Swing mit ContentPane wird nicht angezeigt AWT, Swing, JavaFX & SWT 2
B Swing: letztes Element wird immer auf Fenstergröße gezogen AWT, Swing, JavaFX & SWT 3
C Swing-Oberfläche wird auf einiges PCs nicht korrekt dargeste AWT, Swing, JavaFX & SWT 19
B Swing und Sockets: JFrame wird nicht angezeigt AWT, Swing, JavaFX & SWT 3
I Swing-Oberfläche wird nicht korrekt gezeichnet AWT, Swing, JavaFX & SWT 6
N Feld wird nicht gezeichnet. Probleme mit Swing AWT, Swing, JavaFX & SWT 7
H JavaFX Background-Bild wird in .exe nicht angezeigt AWT, Swing, JavaFX & SWT 6
B im JFrame gesetzte Hintergrundfarbe wird beim Ausführen nicht gezeigt AWT, Swing, JavaFX & SWT 2
P Methode wird nicht überprüft AWT, Swing, JavaFX & SWT 4
P paintComponent-Methode wird dauernd neu aufgerufen AWT, Swing, JavaFX & SWT 2
G JavaFX LineChart Datenpunkte Markierung wird abgeschnitten AWT, Swing, JavaFX & SWT 1
P JTextField wird nur sehr klein angezeigt und verändert die Größe nicht AWT, Swing, JavaFX & SWT 3
Telisti Javafx Image wird nicht richtig integiert AWT, Swing, JavaFX & SWT 8
J Netbeans die JavaFX-Anwendung wird nicht ausgeführt AWT, Swing, JavaFX & SWT 16
N €-Zeichen wird nicht akzeptiert AWT, Swing, JavaFX & SWT 4
G Problem mit der Anzeige von jLabel. Unlesbar wenn der Text geändert wird. AWT, Swing, JavaFX & SWT 28
berserkerdq2 Wie füge ich ein Bild in javafx mit dem Scenebuilder ein, das automatisch mitgezogen wird, wenn das Fenster vergrößert wird oder Vollbildmodus AWT, Swing, JavaFX & SWT 6
L jComboBox Actionlistener wird beim erstmaligen Befüllen getriggert AWT, Swing, JavaFX & SWT 7
G Objekt.setSelected(false), wenn es nicht mehr fokussiert wird AWT, Swing, JavaFX & SWT 2
S Javafx getResource-Pfad wird nicht erkannt AWT, Swing, JavaFX & SWT 7
U Warum wird zweimal die Affinetransformation estellt (2Dgraphics, Java)? AWT, Swing, JavaFX & SWT 31
DonBronson Gezeichnetes Objekt verschwindet nachdem erneut gezeichnet wird AWT, Swing, JavaFX & SWT 8
ProggersWorld JavaFX TextArea BackgroundImage wird nicht angezeigt AWT, Swing, JavaFX & SWT 3
M Bild wird nicht geladen obwohl sie gefunden wird AWT, Swing, JavaFX & SWT 0
M Nach Export als Runnable Jar wird css nicht merh gefunden AWT, Swing, JavaFX & SWT 22
izoards Outlook Mail erstellen - Signatur wird nicht angezeigt. AWT, Swing, JavaFX & SWT 3
J actionperformed wird nicht aufgerufen/ repaint() AWT, Swing, JavaFX & SWT 6
J Swing Komponente wird unpassend angepasst in der Größe AWT, Swing, JavaFX & SWT 35
J Java FX NullPointerException, ObservableList wird in View nicht angezeigt.. AWT, Swing, JavaFX & SWT 34
S Next_Button wird nicht ausgeführt. AWT, Swing, JavaFX & SWT 6
FrittenFritze Ein Problem mit der CSSBox, die Größe wird nicht angepasst AWT, Swing, JavaFX & SWT 5
CptK windowClosed() nur aufrufen, wenn Fenster nicht über Button geschlossen wird AWT, Swing, JavaFX & SWT 1
J Komponente wird manchmal falsch gezeichnet AWT, Swing, JavaFX & SWT 0
J Swing JList wird nicht angezeigt AWT, Swing, JavaFX & SWT 6
JMölleri Swing Image wird unscharf dargestellt AWT, Swing, JavaFX & SWT 2
JojoSand Java Programm wird nicht gestartet - keinen Fehlerhinweis AWT, Swing, JavaFX & SWT 9
R Text vom Jlabel wird nicht angezeigt AWT, Swing, JavaFX & SWT 2
D JavaFX Bearbeitetes Bild wird nicht gespeichert AWT, Swing, JavaFX & SWT 9
J setOnCloseRequest wird nicht ausgelöst AWT, Swing, JavaFX & SWT 3
P JavaFX Fenster wird nicht angezeigt (Mac) AWT, Swing, JavaFX & SWT 13
B JavaFX Bei Scenen-Wechsel im primaryStage wird aktuelle Fenstergröße nicht mit übernommen AWT, Swing, JavaFX & SWT 16
B JavaFX Warum wird hier eine NullPointer-Exception geworfen? AWT, Swing, JavaFX & SWT 7
M JavaFX javaFX Label-Text wird nicht gesetzt AWT, Swing, JavaFX & SWT 3
O Swing "Eigenes" JPanel wird dem JScrollPane nicht hinzugefügt AWT, Swing, JavaFX & SWT 5
L Swing JLabel wird beim ändern der Schriftart immer neu gezeichnet. AWT, Swing, JavaFX & SWT 2
R Layout Manager null und Component wird nicht hinzugefügt AWT, Swing, JavaFX & SWT 3
Zrebna JavaFX-Projekt mit Bildern funktioniert nicht - um Hilfe wird gebeten AWT, Swing, JavaFX & SWT 14
kodela BufferStrategy wird nicht gefunden AWT, Swing, JavaFX & SWT 5
J JPanel wird nicht angezeigt AWT, Swing, JavaFX & SWT 2
S ImageView wird dem Gridpane nicht zugefügt AWT, Swing, JavaFX & SWT 1
G Repaint wird nicht durchgeführt AWT, Swing, JavaFX & SWT 8
E Warum wird Text im JTextArea erst am Programmende angezeigt ? AWT, Swing, JavaFX & SWT 1
M Swing GUI wird nach invokeLater() langsam AWT, Swing, JavaFX & SWT 19
Bluedaishi TableView mit Combox wert wird nicht in die TableView gesetzt AWT, Swing, JavaFX & SWT 38
L JFrame wird zu klein erstellt AWT, Swing, JavaFX & SWT 7
G JavaFX Nach Zoomen wird an falscher Stelle gezeichnet AWT, Swing, JavaFX & SWT 0
kodela Swing Letzte Änderung in der Tabelle wird nicht gespeichert AWT, Swing, JavaFX & SWT 5
cool_brivk24 AWT BufferedImage wird nicht geladen AWT, Swing, JavaFX & SWT 17
S JavaFX Wird es überhaupt genutzt? AWT, Swing, JavaFX & SWT 3
FRI3ND GUI wird nicht angezeigt AWT, Swing, JavaFX & SWT 2
J Canvas wird nicht angezeigt AWT, Swing, JavaFX & SWT 10
K Swing JScrollPane wird nicht angezeigt wenn man Components darstellt. AWT, Swing, JavaFX & SWT 2
ralfb1105 Swing Wert in JTextField wird falsch ausgegeben AWT, Swing, JavaFX & SWT 2
B JavaFX Text wird nicht angezeigt, kein Fehler AWT, Swing, JavaFX & SWT 2
J Aus welchen Grund wird der Button nicht angezeigt im GridPane? AWT, Swing, JavaFX & SWT 1
J MouseListener wird nicht ausgeführt. AWT, Swing, JavaFX & SWT 4
E Swing Liste in Scrollpane wird nicht angezeigt AWT, Swing, JavaFX & SWT 2
J Controller wird zu groß, was tun ? AWT, Swing, JavaFX & SWT 5
CptK Wieso wird nur ein Teil meiner Buttons angezeigt? AWT, Swing, JavaFX & SWT 1
T Label wird nicht angezeigt AWT, Swing, JavaFX & SWT 4
M Aktion ausführen wenn ein JRadiobutton deselektiert wird. AWT, Swing, JavaFX & SWT 3
DaCrazyJavaExpert Swing JPanel "ContentPane" wird nicht gesetzt/angezeigt AWT, Swing, JavaFX & SWT 16
I JavaFX Fenster wird auf einem anderen Rechner anders dargestellt AWT, Swing, JavaFX & SWT 5
zhermann FX Label text wird nicht richtig angezeigt AWT, Swing, JavaFX & SWT 12
zhermann TableView wird nicht gefüllt AWT, Swing, JavaFX & SWT 14
it_is_all Warum wird die JTable im JDialog nicht angezeigt? AWT, Swing, JavaFX & SWT 1
zhermann JavaFX Main App wird nicht geöffnet AWT, Swing, JavaFX & SWT 6
Naxon89 JavaFX Image wird nicht korrekt geladen AWT, Swing, JavaFX & SWT 3
4 Swing JLabel wird ,,abgehackt" AWT, Swing, JavaFX & SWT 3
DaCrazyJavaExpert Swing Größe des JPanel ändern/wird nicht geändert. AWT, Swing, JavaFX & SWT 3
DaCrazyJavaExpert Swing JPanel wird in JScollPane nicht angezeigt AWT, Swing, JavaFX & SWT 2
D JFrame wird nicht richtig angezeigt AWT, Swing, JavaFX & SWT 1
P Kein Bild wird angezeigt bei ImageIcon AWT, Swing, JavaFX & SWT 16
MaxG. JavaFX Inhalt in Tableview wird nicht angezeigt AWT, Swing, JavaFX & SWT 11
T JButton wird beim vergrößern des Fensters erst sichtbar AWT, Swing, JavaFX & SWT 4
A Swing Tabelle wird bei Betätigung des Button nicht befüllt AWT, Swing, JavaFX & SWT 17
krgewb 2D-Grafik paint-Methode wird zu oft ausgeführt AWT, Swing, JavaFX & SWT 5
G Nur ein JPanel wird angezeigt AWT, Swing, JavaFX & SWT 9
M Swing Inhalt meines JTables wird falsch dargestellt AWT, Swing, JavaFX & SWT 8
T Default Table wird nicht angezeigt AWT, Swing, JavaFX & SWT 15
H Musik wird nach dem erstellen der .jar Datei nicht mehr abgespielt AWT, Swing, JavaFX & SWT 1
K JavaFX Stage wird nicht angezeigt AWT, Swing, JavaFX & SWT 9
B JTable wird nicht angezeigt AWT, Swing, JavaFX & SWT 1
A Swing Bild wird nicht mehr geladen AWT, Swing, JavaFX & SWT 4
U Swing Inhalt vom Fenster wird erst durch Hovern oder Klicken sichtbar AWT, Swing, JavaFX & SWT 3
D iText PDF wird nach Neustart nicht importiert AWT, Swing, JavaFX & SWT 0
Thallius Wer oder was bestimmt welches Frame toFront kommt wenn ein anderes geschlossen wird? AWT, Swing, JavaFX & SWT 8
X JavaFX AreaChart area höhe wird nicht richtig dargestellt AWT, Swing, JavaFX & SWT 2

Ähnliche Java Themen

Neue Themen


Oben