Java App/JFrame Bildschirm "sperren"

[thE_29]

Also, ich habe da eine Applikation die von einem JFrame abstammt!


Diese reagiert via UDP auf bestimmte Nachrichten und zeigt dann Popups mit und ohne Bestätigungen (Ja/Nein) an!


Man kann diese ganze Applikation aber auch "sperren". Sodaß man sich wieder anmelden muss um Meldungen zu sehen/bestätigen.


Wenn ich aber den Hauptframe unsichtbar mache und dann diesen Anmeldeframe anzeigen lasse, kommen aber trotzdem immer noch die Nachrichten (die als Vater das alte unsichtbaren Frame haben!)


Ich will aber nicht das diese Nachrichten kommen!

Die sollen erst kommen, wenn der Hauptframe wieder sichtbar ist!

Kann man das irgendwie, irgendwo setzen, dass das so klappt, oder eher nicht?? (hoffe ihr versteht überhaupt was ich meine )


mfg

 

[L-ectron-X]

Kannst du das nicht mit isVisible() abfragen, ob dein JFrame sichtbar ist? So könntest du den Empfang/Anzeige der Meldungen an den Zustand deines Fensters koppeln.

 

[thE_29]

Naja, das Problem is halt das die Nachrichten ein JDialog oder ein JOptionPane ist!

Und wenn ich da ein setVisible(true) mache dann poppt das Fenster auf!!

Und das ist halt das was ich nicht will...

 

[L-ectron-X]

Ich weiß nicht, hoffentlich reden wir nicht aneinander vorbei?

if(theFrame.isVisible()) {
  meldung.getNext().setVisible(true);
}

Dachte an sowas (nur mal gesponnen...)
Ansonsten kann ich dir wohl nicht folgen.

 

[thE_29]

Naja, das Problem is halt, das die Methode in der so eine Meldung kommt öfter aufgerufen werden kann!

Und wenn ich jetzt beim 1. mal net sag, das du setVisible(true) bist, dann kann ich das auch nie wieder sagen!

Werde es aber irgendwie mit einer ArrayList machen, wo ich das abspeichern werde und beim Wiederherstellen des Frames soll der halt alle dann ausspucken..

 

[MPWalGastWeilZuFaulZuLogi]

Halt!

Ihr redet aneinander vorbei...
Warum denn so kompliziert, seine LÖsung klappt doch..es ist doch egal ob jedesmal gefragt wird oder nicht.

wenn das Fenster sichtbar ist, werden mit der Lösung oben auch alle angezeigt, sonst halt nicht.

Und: Überleg dir erstmal, ob das mit der ArrayList sinn macht...wer will denn noch stunden oder tage alte Statusabfragen lesen..naja egal..

import java.util.Vector;

//...

Vector<Nachricht> old = new Vector(0, 1);//hast du überhaupt eine eigene Nachrichtenklasse oder machst du das mit Strings?

if (frame.isVisible() == false) {
    old.add(Nachricht);
}

und später wieder rausholen:

for (Nachricht n : old.get()) {
    //jetzt anzeigen
}

fertig!
Wo was jetzt das Problem?

 

[thE_29]

Ich hab das schon so gelöst

Nur halt mit einer ArrayList!

Ich hatte halt gehofft, das es vielleicht irgendwie ohne ging, aber Danke fürs bemühen...


btw.: die neue for schleife stinkt!

 

[MPW]

btw.: die neue for schleife stinkt!

Wieso, wenn dir das zu einfach ist und du es umbedingt kompliziert brauchst, dann nimm halt die alte!

Aber du stehst irgendwie auf kompliziert hab ich so das Gefühl...

 

[thE_29]

Ne, ich mag die net weil mich de neur verwirrt.....

Außerdem bin ich die for schleife von c schon gewohnt und warum soll ich was umlernen, wenn die alte für fast jeden lesbar ist und immer noch funktioniert ^^

Erklär einem die normale for Schleife und dann die neue, mal schauen welche er früher kapiert (soviel zu deinem kompliziert)

 

[MPW]

die neue, ist doch ganz klar...
Du haste eine Reihe von Objekten von denen du eines nach dem anderen Bearbeitest...das ander mit dem index und dann hochzählen...das ist doch grausam

 

[thE_29]

Das ist net grausam das is logisch....


Desweiteren kannst bei der alten auch schon früher aufhören und du kannst mehrer Abfragen einbauen, zB ob das Objekt eh nicht null ist..

Das geht bei der neuen ja super....

SUN hat die wahrscheinlich nur eingeführt, damit sie auch sagen können, wir haben was einzigartiges....

Da wären die get/set Methoden wie sie in C# sind eindeutig besser gewesen... (maybe kommts ja in java 6)


Achja, für Iteratoren, etc is die Schleife sicher besser als die alte, aber für normale Arrays find ich net..