-
Type:
Bug
-
Resolution: Fixed
-
Priority:
P2
-
Affects Version/s: 1.3.0, 1.4.0
-
Component/s: client-libs
-
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
-