5 This is the bug list as distributed with VTWM 5.3.
7 * Behavior of transients on the virtual desktop, when the real screen is
8 not at (0,0), is almost unpredictable. Hence the
9 FixTransientVirtualGeometries variable, new to 5.3, which is not
10 guaranteed to work in every case. --- DSE
12 * When the Zoom count is a largish number and PrettyZoom is set, some
13 artifacts may be left on formerly obscured windows. Decrease the count
16 * Not a bug, but the IconRegion variable should take a list. --- DSE
18 * Not a bug, but the resource manager should have been used instead of
19 all of the window lists. --- DSE
21 Bugs created as a result of my hacking VTWM 5.4. --- djhjr
23 * Icon borders will not do 3D, and I don't want to to mess with it.
24 The icons themselves are 3D when IconBevelWidth is non-zero, however,
25 and the IconBorderWidth variable is automatically set to 0.
27 * The code to vertically center a door name in the window is correct.
28 It just won't appear so, due to the window and font heights. Play with
31 * Behavior of managed windows when used as transients on the virtual
32 desktop, when the real screen is not at (0,0), is sometimes flawed.
33 Hence the FixManagedVirtualGeometries variable, new to 5.4.4, which
34 is also guaranteed to not work in every case.
36 * Only titlebar buttons, and therefore the titlebar itself, can adjust
37 to the height of external images.
39 * All images should either tile or center as required.
41 * VTWM recognizes two-color pixmaps, but incorrectly uses them as
44 * When 3D bevel widths reach double digits, things start going weird,
45 and I don't know why. Hence an imposed limit of nine pixels.
47 * The region resources don't like 0 or 1 for a horizontal grid space.
48 A kludge is in that fixes it (I think).
50 * The f.warpto function doesn't recognize a regular expression.
52 * It is possible to place a window sufficiently off-screen as to defeat
53 warp functions (ex: The visible part wholly within AutoPanBorderWidth
54 pixels of screen edge).
56 * When warping the screen to a window during a move or resize operation,
57 any number of exposed clients may not get drawn.
59 * Menus can become unresponsive. I don't know what triggers this, though
60 submenu selections seem to be involved.
62 * At least one application seems to foul up the window ring. At present,
63 restarting VTWM is the only cure.
65 Bugs encountered and not fixed while hacking VTWM 5.4. --- djhjr
67 * Opaque resizing of windows with squeezed titlebars can kill the X
68 server. A hack prevents this by raising the window before the resize.
70 * If there is an order of precedence regarding contexts, it's broken.
72 * There are precious few safeguards against binding functions to objects
73 inappropriately, particularly where the virtual desktop is concerned.
75 * Redefining a bound function doesn't behave as one would expect; really
78 * Not a bug, but the sample resource file .vtwmrc-marcel is quite out
79 of date regarding various VTWM features.