aboutsummaryrefslogtreecommitdiffstats
path: root/lib/gs/doc/src/removed_options
diff options
context:
space:
mode:
Diffstat (limited to 'lib/gs/doc/src/removed_options')
-rw-r--r--lib/gs/doc/src/removed_options31
1 files changed, 31 insertions, 0 deletions
diff --git a/lib/gs/doc/src/removed_options b/lib/gs/doc/src/removed_options
new file mode 100644
index 0000000000..045024f6f6
--- /dev/null
+++ b/lib/gs/doc/src/removed_options
@@ -0,0 +1,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.