Michael Tiefenback wrote:
...
> If you examine the code and determine which property is set by
> explicit icon placement and disables the autoplacement feature,
> you could change the code to do this by default after the first
> icon placement for
Yep, I found the bit that does the auto icon placement in icons.c,
function AutoPlace (now who on earth thought up the names for these
things :-). The code was explicitly examining only currently iconised
windows to see what space was available in the icon box area. It also
packed the icons such that the icons would end up moving around over
time. I changed this to look at all windows, iconised or not (removed
the test (test_windows->flags&ICONIFIED)). This allows any window which
has ever been iconified to "mark it's place", so to speak. I also added
a hack to set the ICON_MOVED flag on all icons in the iconbox, so that
they won't move from where they started, even if something's been moved
to overlap them. (This should also (insignificantly?) speed up
iconification).
The behaviour of this change with slippery icons is not ideal, (slippery
icons leave a hole in the other desks which won't be filled), but if you
use slippery icons it'd probably be best to stick them in a separate
icon box (?).
--
Benjamin Low, BEng (Elec)
Communications Unit, University of New South Wales, Australia
(02) 9385 1138 b.d.low_at_unsw.edu.au b.d.low_at_ieee.org
--
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 Sep 03 1998 - 20:41:15 BST