blob: 045024f6f68a2993e5719b7910367e1afef344da (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
|
The following options are implemented but should not be a part of gs.
======================================================================
Option Removed for reason
---------------------------------
relief 1) Backend should do decoration.
1) If we should have decoration it should be
less tk dependent. Ex: {3d, on/off}
iconbitmask Makes us even more X11 depndent.
bw 1) Borders are decoration.
2) Borders introduce more color programming option unless a
color model exists. If we have this option,bc (border color),
selectbw and highlightbw, are soon coming.
padx/y Nitty-gritty programming. Simple padding can be achieved
with space. We can set width of a button and use align.
wraplength Wrapping is ok for the editor but overkill for buttons.
tk has support for it but how about other backends?
xselection X11 dependent.
scale Simple canvas objects such as oval and rectangle are simple
to scale manually. We should thing more before intruducing it
on bitmaps and text objects.
capstyle + (Look of a line's endpoints.)
joinstyle (How joined line segments should look.)
These options should be one {pentype, circle/rectangle}
(simplified and less tk inspired).
menu (For menuitem.)
This is taker care of implicitely by gs parent-child relation.
invoke (For menuitem.)
Only useful for explicit keyboard traversing of menues and
that should not be controlled by the programmer.
selectbg The color of the indicator can only be set at menu level.
|
