Apache OpenOffice (AOO) Bugzilla – Issue 41005
Option marks for View menu items
Last modified: 2016-04-09 10:52:02 UTC
Open spreadsheet. Chose View|Page break preview -> view changes. fine. Now try to uncheck View|Page break preview -> nothing happens. This is far from being intuitive. This menu is the only menu where you can toggle one thing on, but are not able to untoggle it. Instead, you have to change to normal view using another option. Solution: Either remove the "nomal view" entry and let OOo behave like in OOo 1.1.x or Don't use the chekmarks ("hooks") to mark the view, but the option-toggles, like in the Window-Menu where the bullet marks the current window.
Hi, this has changed with the followinf specification : http://specs.openoffice.org/appwide/menus/ViewMenu.sxw I'm sorry but this was done to make the conversion for Excel users easier. This may be un-intuitive for longtime OOo users but this is how it works now. Frank
closed wontfix
reopen issue. I think you misunderstood me. I don't want to have a single, toggable entry in the menu. But I don't want the entry to pretend it is one. currently it is [ ] Normal [X] Page break preview but it should be ( ) Normal (o) Page break preview The menu should not have a checkmark-icon (which means that the item can be toggled on/off independently from other options) but an option-bullet (which means: you have to choose between one of the choices). See the Window-menu for a example of the bullets. You can only have one active window at a time -> option bullets. See View|Toolbars for the checkmarks. You can toggle the toolbars on/off independently -> checkmark-controls.
Hi Falko, please decide. Frank
FT: I agree with you. FT->MMP: Please re-consider your decision on menu change for OO.o 2.0. I strongly recommend to return zo OO.o 1.x status.
see section 6.10 in spec.
*** Issue 43690 has been marked as a duplicate of this issue. ***
changed component to UI, because it affects all modules with a View menu.
cd: Due to heavy workload for OOo 2.0.1, we have to retarget this issue. It doesn't change any function, but only a cosmetic problem. We need to change our XML based toolbar user interface file format, to provide information about radio menu items.
> We need to change our XML based toolbar user interface file format, to provide > information about radio menu items. So how comes that the Window-menu already is capable of using the bullet/radio option icons?
cd->cloph: There is an easy explanation for this. The window menu is a special implementation which creates all menu items on demand and can therefor set the correct properties for them. The "View" menu entries are defined in the menubar XML file, so nobody knows that these entries are part of a radio group!
cd: Accepted.
*** Issue 53571 has been marked as a duplicate of this issue. ***
Fixed in AOO 3.4 (maybe earlier 3.x version).
fixed in 3.4.0 or earlier