windowClosing() event problem med SplashScreen

Jeg ved ikke om det har nogen effekt, men du kan prøve:

...
ssdd.setVisible(true);
ssdd.getContentPane().validate();

ja ellers et godt foreslag men det virker desværre heller ikke.

Du kan forholdsvis nemt løse problemet.

Lad din JDialog være en indre klasse i din JFrame og brug setModal() til
at styre dialogens modalitet, så ruller det.

Kig på nedenstående eksempel




import javax.swing.*;
import java.awt.*;

public class Test extends javax.swing.JFrame {

    public Test() {
        initComponents();
    }

    private void initComponents() {
        addWindowListener(new java.awt.event.WindowAdapter() {
            public void windowClosing(java.awt.event.WindowEvent evt) {

                System.out.println("Initierer JDialog");
                SplashShutdownDialog d = new SplashShutdownDialog();
                d.setVisible(true);

                System.out.println("Lukker JDialog !");
                d.setVisible(false);

                System.exit(0);
            }
        });
    }

    // GEM FILER
    private void saveFiles(){
        System.out.println("Gemmer filer !");
    }

    public static void main(String args[]) {
        new Test().show();
    }

            //  INNER CLASS
            class SplashShutdownDialog extends JDialog {   
                public SplashShutdownDialog() {
                    super(new java.awt.Frame());
                    setDefaultCloseOperation(WindowConstants.DO_NOTHING_ON_CLOSE);
                    setModal(true);                    //  SET DIALOG MODAL
                    this.setTitle("Lukker nu!");
                    JLabel jl = new JLabel("Lukker programmet ned nu!!");
                    JPanel jPanel = new JPanel();
                    jPanel.setMinimumSize(new Dimension(250, 100));
                    jPanel.add(jl);
                    this.getContentPane().add(jPanel);
                    this.setResizable(false);
                    this.pack();
                    this.setSize(new Dimension(250, 100));
                    saveFiles();                        //  GEM FILER
                    setModal(false);                    //  SÆT MODAL = FALSE
                }
            }
}

vis jeg køre dit eksempel bliver SplashDialog'en kun vist i et brøkdel af et sek. fordi saveFiles() tager 5 sek. og man får ikke sat d.setVisible(true); før man er færdig med at gemme. Jeg har prøvet med en setVisible(true); lige før jeg kalder saveFiles() men så bliver saveFiles() aldrig kaldt.

Jeg har også prøvet at rykke saveFiles() op til lige før System.out.println("Lukker JDialog !"); men så har jeg samme problem som jeg startede med altså at min label ikke bliver vist

Hvad så med denne ????????????????

        addWindowListener(new java.awt.event.WindowAdapter() {
            public void windowClosing(java.awt.event.WindowEvent evt) {

                System.out.println("Initierer JDialog");
                SplashShutdownDialog d = new SplashShutdownDialog();

                System.out.println("Lukker JDialog !");
                d.setVisible(false);

                System.exit(0);
            }
        });


            class SplashShutdownDialog extends JDialog {   
                public SplashShutdownDialog() {
                    super(new java.awt.Frame());
                    setDefaultCloseOperation(WindowConstants.DO_NOTHING_ON_CLOSE);
                                     
                    this.setTitle("Lukker nu!");
                    JLabel jl = new JLabel("Lukker programmet ned nu!!");
                    JPanel jPanel = new JPanel();
                    jPanel.setMinimumSize(new Dimension(250, 100));
                    jPanel.add(jl);
                    this.getContentPane().add(jPanel);
                    this.setResizable(false);
                    this.pack();
                    this.setSize(new Dimension(250, 100));
                    setVisible(true);                  //  SET VISIBLE
                    setModal(true);                    //  SET DIALOG MODAL
                    saveFiles();                        //  GEM FILER
                    setModal(false);                    //  SÆT MODAL = FALSE
                }
            }

ja så kommer dialogen på i det rette tidsrum, men label bliver ikke vist...
men hvis jeg sætter en setModal(true); ind foran setVisible(true); bliver label vist men så standser programmet ved setVisible(true);

Hvorfor vil den ikke tegne den label??? kan den ikke nå det?

okay jeg fik den laver en jPanel.paintImmediately(); efter setVisible(true); så bliver den tegnet med det samme!!! meget mærkeligt... men så kan jeg vil lige så godt lave klassen som en normal klasse og ikke en inderClass ikke?

  setVisible(true);                  //  SET VISIBLE
  jPanel.paintImmediately(jPanel.getBounds());//displayer det på skærmen
  setModal(true);                    //  SET DIALOG MODAL
  saveFiles();                        //  GEM FILER
  setModal(false);                    //  SÆT MODAL = FALSE

Det lyder sandsynligt, umiddelbart tror jeg det skyldes  at du kalder pack().

Prøv at udkommentere pack() eller rette til nedenstående, en af delene bør virke:

                    super(new java.awt.Frame());
                    setDefaultCloseOperation(WindowConstants.DO_NOTHING_ON_CLOSE);
                                     
                    this.setTitle("Lukker nu!");

                    JPanel jPanel = new JPanel();
                    Graphics g = jPanel.getGraphics();
                    g.drawString("Lukker programmet ned nu!!", 30,40);
                   
                    this.getContentPane().add(jPanel);
                    this.setResizable(false);
                    this.setSize(new Dimension(250, 100));
                    setVisible(true);                  //  SET VISIBLE
                    setModal(true);                    //  SET DIALOG MODAL
                    saveFiles();                        //  GEM FILER
                    setModal(false);                    //  SÆT MODAL = FALSE

Okay, så ikke lige din sidste kommentar, men et kald til pack() bør ikke være nødvendigt i denne situation

Jeg ville beholde den som en indre klasse, sikrer dig nem og ubesværet adgang til samtlige metoder i din frame

Jeg kan godt fjerne pack(), men det virker kun hvis jeg har jPanel.paintImmediately(jPanel.getBounds()); med...

Hvis jeg bruger drawString() får jeg en java.lang.NullPointerException...

Men det virker nu med jPanel.paintImmediately() så hvis du poster et svar skal du have point og tak for din hjælp carsten.

Hold k... hvor jeg sludre, sådan


                    JPanel jPanel = new JPanel();
                   
                    this.getContentPane().add(jPanel);
                    this.setResizable(false);
                    this.setSize(new Dimension(250, 100));
                    setVisible(true);                  //  SET VISIBLE

                    Graphics g = jPanel.getGraphics();
                    g.drawString("Lukker programmet ned nu!!", 30,40);

Ja okay din sidst kommentar virker også helt fint, så den er måske bedre, end at kalde den der jPanel.paintImmediately();

Hvis du poster et svar får du point.

OK !

Du bør undgå at bruge paintImmediately(), da det kan ødelægge mere end det gavner

Citat fra SUN:
JComponent.repaint() registers an asynchronous repaint request to the component's RepaintManager, which uses invokeLater() to queue a Runnable to later process the request on the event dispatching thread.

The runnable executes on the event dispatching thread and causes the component's RepaintManager to invoke paintImmediately() on the component, which does the following:


uses the clip rectangle and the opaque and optimizedDrawingEnabled properties to determine the 'root' component from which the paint operation must begin (to deal with transparency and potentially overlapping components).
if the root component's doubleBuffered property is true, and double-buffering is enabled on the root's RepaintManager, will convert the Graphics object to an appropriate offscreen graphics.
invokes paint() on the root component (which executes (A)'s JComponent.paint() steps #2-4 above), causing everything under the root which intersects with the clip rectangle to be painted.
if the root component's doubleBuffered property is true and double-buffering is enabled on the root's RepaintManager, copies the offscreen image to the component using the original on-screen Graphics object.


NOTE: if multiple calls to repaint() occur on a component or any of its Swing ancestors before the repaint request is processed, those multiple requests may be collapsed into a single call back to paintImmediately() on the topmost Swing component on which repaint() was invoked. For example, if a JTabbedPane contains a JTable and both issue calls to repaint() before any pending repaint requests on that hierarchy are processed, the result will be a single call to paintImmediately() on the JTabbedPane, which will cause paint() to be executed on both components.

This means that for Swing components, update() is never invoked.

Although repaint() results in a call to paintImmediately(), it is not considered the paint "callback", and client paint code should not be placed inside of a paintImmediately(). In fact, there is no common reason to override paintImmediately() at all.

Synchronous Painting
As described in the previous section, paintImmediately() acts as the entry point for telling a single Swing component to paint itself, making sure that all the required painting occurs appropriately. This method may also be used for making synchronous paint requests, as its name implies, which is sometimes required by components which need to ensure their visual appearance 'keeps up' in real time with their internal state (e.g. this is true for the JScrollPane during a scroll operation).

Programs should not invoke this method directly unless there is a valid need for real-time painting. This is because the asynchronous repaint() will cause multiple overlapping requests to be collapsed efficiently, whereas direct calls to paintImmediately() will not. Additionally, the rule for invoking this method is that it must be invoked from the event dispatching thread; it's not an api designed for multi-threading your paint code!. For more details on Swing's single-threaded model, see the archived article "Threads and Swing."

Ja okay det er nok bedst at undgå den, men ved du hvorfor drawString virker? og hvorfor en label ikke virker?

Jeg er lidt usikker her, men JLabel virker sandsynligvis ikke p.g.a. constructoren ikke er afsluttet og labelen sandsynligvis ikke når at blive fuldt initieret.


drawString() afvikles efter setVisible() og BØR derfor være skridsikker.

Nærmere kan jeg ikke komme det !