chiark / gitweb /
Import vtwm_5.4.7.orig.tar.gz
[vtwm.git] / doc / BUGS
1
2 A LISTING OF BUGS
3 =================
4
5 This is the bug list as distributed with VTWM 5.3.
6
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
11
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
14     value. --- djhjr
15
16   * Not a bug, but the IconRegion variable should take a list. --- DSE
17
18   * Not a bug, but the resource manager should have been used instead of
19     all of the window lists. --- DSE
20
21 Bugs created as a result of my hacking VTWM 5.4. --- djhjr
22
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.
26
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
29     the door geometry.
30
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.
35
36   * Only titlebar buttons, and therefore the titlebar itself, can adjust
37     to the height of external images.
38
39   * All images should either tile or center as required.
40
41   * VTWM recognizes two-color pixmaps, but incorrectly uses them as
42     bitmaps.
43
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.
46
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).
49
50   * The f.warpto function doesn't recognize a regular expression.
51
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).
55
56   * When warping the screen to a window during a move or resize operation,
57     any number of exposed clients may not get drawn.
58
59   * Menus can become unresponsive. I don't know what triggers this, though
60     submenu selections seem to be involved.
61
62   * At least one application seems to foul up the window ring. At present,
63     restarting VTWM is the only cure.
64
65 Bugs encountered and not fixed while hacking VTWM 5.4. --- djhjr
66
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.
69
70   * If there is an order of precedence regarding contexts, it's broken.
71
72   * There are precious few safeguards against binding functions to objects
73     inappropriately, particularly where the virtual desktop is concerned.
74
75   * Redefining a bound function doesn't behave as one would expect; really
76     strange things occur.
77
78   * Not a bug, but the sample resource file .vtwmrc-marcel is quite out
79     of date regarding various VTWM features.
80