>>>>> "Jeff" == Jeff S Elam <jselam_at_SSD.intel.com> writes:
Jeff> This is a known bug/shortcoming in fvwm that's been there for a
Jeff> long time. Apparently it doesn't deal with OpenWindows hints
Jeff> very well...
Jeff> The problem stems from the -WP switch, which is telling cm where
Jeff> to place its icon. When you restart fvwm, the icon is placed at
Jeff> 0,0 before it "zaps" to the location you specify with -WP. If
Jeff> there's another window at 0,0, the icon will hide under that
Jeff> window and will stay there until it's exposed, at which time it
Jeff> will "zap" to the proper location.
Jeff> I worked around the problem by eliminating the "-WP" switch from
Jeff> the command line and creating an IconBox for "cm" in the
Jeff> location that you want and that's barely big enough to hold the
Jeff> icon. This way fvwm places the icon itself and doesn't have to
Jeff> rely on the OpenWindows hints from cm...
Try applying this patch that Graham Barr posted for a variant of this
problem and see if it helps:
----------------------------------------------------------------------
--- events.c.orig Thu Mar 14 13:50:44 1996
+++ events.c Thu Mar 14 13:52:58 1996
_at_@ -765,7 +765,14 @@
break;
case IconicState:
- Iconify(Tmp_win, 0, 0);
+ if (Tmp_win->wmhints)
+ {
+ Iconify(Tmp_win, Tmp_win->wmhints->icon_x, Tmp_win->wmhints->icon_y);
+ }
+ else
+ {
+ Iconify(Tmp_win, 0, 0);
+ }
break;
}
if(!PPosOverride)
----------------------------------------------------------------------
This will be in 2.1.0.
Chuck
--
Visit the official FVWM web page at <URL:http://www.hpc.uh.edu/fvwm/>.
To unsubscribe from the list, send "unsubscribe fvwm" in the body of a
message to majordomo_at_hpc.uh.edu.
To report problems, send mail to fvwm-owner_at_hpc.uh.edu.
Received on Thu Jul 11 1996 - 14:06:07 BST