Submitted On 01-FEB-2002
MatsonWade
The user can see the app being painted first in normal
mode, then expand to maximized (using the workaround). It's
very unsightly, and the initial user impression is that
every disparaging remark about client-side Java is true.
For us Java application developers this is a critical bug
to fix because first impressions are very important. Please
don't sell us short by not fixing in a timely fashion such
a critical bug. This affects user acceptance of our
applications.
Submitted On 19-APR-2002
GaffneyC
import javax.swing.*;
public class MaximizedWindow extends JFrame {
public MaximizedWindow() {
// Add stuff
// Realizes the frame but does not show it
pack();
setExtendedState(MAXIMIZED_BOTH);
}
public static void main(String args[]) {
new MaximizedWindow().show();
}
}
The problem really stems from the Frame not having been
realized. This is done by calling setVisible(true), show
(), or pack(). After the frame has been realized you can
maximize it.
Submitted On 16-OCT-2002
aschon
Great catch on using pack() as a workaround before calling
setExtendedState(JFrame.MAXIMIXED_BOTH).
Submitted On 03-MAR-2004
Alexander123
If this still isn't fixed under X11, why is the bug closed??
Submitted On 20-OCT-2007
Plumpaquatsch
It is still not working under Windows XP JRE 1.5.0 and 1.6.0, if you set the content pane. You can reproduce it with this example by adding the line setContentPane(new JPanel()) in the constructor of Maxim. This bug should be reopened.
PLEASE NOTE: JDK6 is formerly known as Project Mustang
|