-
Bug
-
Resolution: Fixed
-
P2
-
1.3.0, 1.4.0
-
None
-
beta3
-
generic, x86
-
generic, windows_2000
> > a) With eXceed only the left-hand quarter of a window would be
> > repainted (this is a regression from the previous behavior where
> > the sizes would be all over the place).
Ah, this one seems to be a trivial oversight on our part. In
awt_Toplevel.c in shellEH() ReparentNotify processing in the case of
OTHER_WM is entirely conditional on ifdef __linux__ and so frames got
some ridiculous insets (like 144 for bottom and right) and so swing
would obey and won't paint in those areas.
Removing the ifdef fixes this: e.g. SwingSet2 uses the whole frame.
ifdef __linux__ must die in WM related code!
> > repainted (this is a regression from the previous behavior where
> > the sizes would be all over the place).
Ah, this one seems to be a trivial oversight on our part. In
awt_Toplevel.c in shellEH() ReparentNotify processing in the case of
OTHER_WM is entirely conditional on ifdef __linux__ and so frames got
some ridiculous insets (like 144 for bottom and right) and so swing
would obey and won't paint in those areas.
Removing the ifdef fixes this: e.g. SwingSet2 uses the whole frame.
ifdef __linux__ must die in WM related code!
- duplicates
-
JDK-4395578 Dialog size and location problems with fvwm2 under Linux
-
- Closed
-
- relates to
-
JDK-4496210 Window.setSize moves window, sometimes off screen
-
- Open
-
-
JDK-4392053 Window management problems under KDE2 (Linux)
-
- Resolved
-