🚀 go-pugleaf

Hi,

the problem is in the way you start the dialog. You prabably habe a button
or menu on your frame that will start the dialog. So the dialog is started
in the high priority event thread. But painting is done in a lower
priority thread and so your frame will be repainted only when
someOtherFunction and all the rest of the dialog constructor are finished.
If you don't want to handle with threads (why?) I know of only one other
way to do what you want but it uses threads implicitely:

public class MyDialog extends JDialog
{
    public MyDialog(Frame parent)
    {
        super(parent);
        ...
       SwingUtilities.invokeLater( new Runnable() {
         public void run() {
           someOtherFinction();
         }
       });
    }

This will append someOtherFunction to the end of the event queue. But you
have to invoke the repainting of the Frame outside of someOtherFunction
and can't use any results of it.

Hope this helps
Stephen


1.

Andrew \"Bass\" Shcheglov schrieb:

> Hi everyone!
>
> The problem is as follows.
> There're two classes:
>
> public class MyFrame extends JFrame
> {
>     public MyFrame()
>     {
>         ...
>     }
>     public void someFunction()
>     {
>         MyDialog dlg = new MyDialog(this);
>         dlg.setModal(true);
>         dlg.show();
>     }
> }
>
> public class MyDialog extends JDialog
> {
>     public MyDialog(Frame parent)
>     {
>         super(parent);
>         ...
>         someOtherFinction();
>     }
>
>     /**
>      * This function doesn't return for a long time, as it performs
> some complex math operations.
>      */
>     public void someOtherFunction()
>     {
>         ...
>     }
> }
>
> The first class represents my application's main frame. The second one
> is a dialog which may be called as a child of the main frame. But this
> dialog is being constructed for quite a long time (due to
> someOtherFunction() working -- see code above) -- about 30 seconds on
> my CPU. As a result, parent window is not being repainted. I need to
> explicitly repaint the main frame (parent window) from within
> someOtherFunction() (it contains a cycle). But standard methods such
> as revalidate() and repaint() do not help. Note: when the parent needs
> repainted, the child is not constructed yet.
>
> Who knows, how I can fix this problem without dealing with threads?
>
> Any suggestions will be appreciated.
> Thanks in advance.
>
>         Andrew.