Jean-Marc Lasgouttes wrote:
Jean-Marc Lasgouttes<[EMAIL PROTECTED]> writes:
It used to be that toolbars that have the 'auto' flag could be in
three states (always on, always off, auto) while the others only had 2
states (on and off). With the merging of the toolbar backend with the
GUI, the information is now lost. I think the new behaviour does not
make sense...
After getting a vehement complaint from Abdel, I got to try out again
the behaviour of the toolbars ;) The situation now is that auto toolbars
(like the math toolbar) have two possible positions: auto and off. In
1.5, there were 3 positions: on, auto and off.
Maybe there is a bug in GuiToolbar::toggle(), I implemented that
quickly... but the information should be there for a tristate toggling.
I think it is a regression in functionality, even though the old UI
was confusing. The possible menu positions in 1.5 were:
[X] Math on
[X] Math (auto) auto, currently on
[ ] Math (auto) auto, currently off
[ ] Math off
These menu positions convey correctly current status IMO, but they do
not convey what is going to happen when clicking on the menu entry,
which is to cycle through on->auto->off->on.
The fact is, that the GUI does not consider a tristate, but only a
on/off setting.
Well, I have to confess that I hate this menu based UI. The only sane UI
for this would be a context menu with three radio buttons (on/off/auto)
for all available toolbar. The default Qt toolbar menu is good but is
disabled because of the icon size menu. IMHO, we should try to reenable
it and improve it with radio buttons.
Abdel.
