On Fri, 10 Jan 1997, Robin Becker wrote:
> 1) I don't like the new widget toolbar I would have thought an extra row
> in the main toolbar or a drop down menu of available widgets would be
> better. I realise it's your intention eventually to allow possible
> additions to the widget set. For me it's a question of utility. We
> already have the attribute editor which does all the things the new
> toolbuttons can do and I believe we create widgets and then adjust their
> properties ie I use the widget buttons more than the attribute buttons.
> The often used attributes can easily be put into convenience menus as in
> SpecTcl. The main problem is as always screen real estate. I suppose the
> best way out would be a set of toolbars which could be packed into the
> main widget (as in excel which does this rather well much to my
> amazement). The user could then choose which things he/she is interested
> in mostly.
I will add an option to have the widgets inserted in the main toolbar.
The common attributes in the main app bar was a first shot, but nothing
like what I intend for it to look like. I'll also add a preference to
eliminate the common attributes from the main appbar.
> 2) Given we can destroy the widget toolbar toplevel we can't seem to get
> it back with the Window menu. Another annoying feature on my setup is
> that the widget toolbar seems to always be underneath Geometry Info grrh
> :(
oops :) I'll fix this.
> 3) Pressing on the new FG/BG thing seems to lose focus for me at least
> for some of the other buttons in the toolbar. Eg I press BG get the
> colour tool and cancel. Then pressing on the relief tools again brings
> up the colour tool. This is with a test example I built with 1.0x x<=6 I
> had selected a checkbox. I found that the anchor? buttons could still be
> activated (I was using the placer).
hrm. I'll look into this.
> 4) The FG/BG tool should be a bit cleverer and choose it's own
> foregrounds to be different to the selected colours. I don't know how to
> do this easily though to maximise readability.
Again... this was a short term measure and it will be replaced with
a more suitable color chooser.
> 5) Tcl8.0a1 (with various patches) is still a bomber for me under win32
> though it doesn't crash any more.
Any specifics I can address?
-stewart-
