I checked with LibreOffice 3.3.0 - WIN XP DE [OOO330m9 (Build:1 - build 3.2.99.2)] Steps to reproduce: 1. open new DRAWing no grid visible 2. 'Rigtclick -> Grid' into DRAWing for context menu "Grid" expected: no grid symbol left from text "Grid" because no grid visible actual: grid symbol visible Same problem with 'Snap to Grid' Works fine in Menu
I think that the meaning of the context menu is the following. The icon shows what you get when you select the menu entry. The main menu "View/Grid/Display Grid" and "View /Grid/Snap to Grid" work a bit different. They try to show the status by the background color. It is shade when the feature is enabled and white when it is disabled. I agree that it is confusing and inconsistent. I suggest to use the usual check-box instead of icons. Rainer, what do you think?
I think to show the checkbox checked consistently will cause a minimum of possible misunderstanding.
Okay, so we should go this way and replace icons with check boxes. I think that it is an easy tasks, so I marked it as such and mentioned at http://wiki.documentfoundation.org/Development/Easy_Hacks#Easy_to_solve_bugs
Not only DRAW is affected,we have the same inconsistence (or at least capability of being misunderstood) in other menus. @Petr Mladek: I do no know all details concerning your intention, do you agree to see this as a more general, not only DRAW / grid problem? My idea: [TASK] EasyHacks UI: menus and context menus should always show checked checkbox for permanently enabled functions
Hello, As indicated in issue 34413, View > Toolbars > Hyperlink bar has the same problem in all modules. Also, insert a picture, right clic > Wrap : nothing is checked. You can not know what is the selection. You need to look in menu Format > Wrap No problem if icon is NOT included in menu (Tools > Options > LibreOffice > View).
I am sorry for the late response. (In reply to comment #4) > @Petr Mladek: > I do no know all details concerning your intention, do you agree to see this as > a more general, not only DRAW / grid problem? Yes, it looks like a more general problem. > My idea: > [TASK] EasyHacks UI: menus and context menus should always show checked > checkbox for permanently enabled functions Great idea. Rainer, could you please enter it there?
I have got the idea to double check it with the design team. I have sent a mail to design@libreoffice.org and put Rainer into CC.
The design team might want another solution, please read the thread starting at http://listarchives.libreoffice.org/www/design/msg01134.html
Created attachment 44142 [details] OpenOffice.org 3.3.0 behavior for comparison The attachment shows the behavior of OOo 3.3.0 which behaves correctly and according the "Menus" specification [1]. LibreOffice seems to omit drawing the icons from time to time, leading to the weird behavior described in this bug. Consequently, LibreOffice should conform to the behavior of OpenOffice.org in this case to create a consistent behavior within the office suite. [1] http://specs.openoffice.org/ui_in_general/menus/Menus.odt
Okay, so the screenshot from Christoph shows the expected behavior: + GNOME system and menus_have_icons="false": + grid enabled - check box icon + grid disabled - no icon; blank place + otherwise: + grid enabled - schematic icon with dark background + grid disabled - schematic icon with bright background Heh, the current state is an inverted mix of both approaches: + grid enabled - no icon; blank place + grid disabled - schematic icon with bright background Another strange thing is that it works fine for some other menu entries, e.g.: + View/Data Sources + Tools/Gallery It might be interesting to investigate the differences between these menu entries, ... I hope that someone would take this as an easy task soon.
The menu items shown on the screenshot work for me exactly that way, git master from yesterday. Is it decided to keep the confusing icon-with-background thing? Otherwise I would personally like to try getting rid of checkable icons.
Christian, the preferred solution would be to fix the regression and restore the behavior from the plain OOo build. It is on the screenshots in the comment #9. It basically means to switch the icons for the two states. If you could look at it that would be great.
Working on Ubuntu (Unity) Context menu 'Snap Lines > Snap Lines to Front' works with a checkbox. So I thought that might be an interesing entry point to find out how it works. I tried to find some hooks in the code, but got stuck atm. http://opengrok.libreoffice.org/xref/impress/sd/source/ui/app/menuids_tmpl.src#1045 http://opengrok.libreoffice.org/xref/impress/sd/source/ui/view/drviews7.cxx#501 http://opengrok.libreoffice.org/xref/impress/sd/sdi/sdraw.sdi#3176
Now works for me due to Spec. WFM also due to Comment 13 and because I can not contribute any concrete fix.
This still is inconsitent in 3.4.4 and Server Installation of "LibreOffice 3.5.0 - WIN7 Home Premium (64bit) English UI [Build ID: 35c8573-95bcc5e-4c1bcb] Win-x86@6-fast pull time 2011-12-09 12:44:50". Correct behavior is en menu 'View -> Grid': 'Diplay Grid' and 'Snap to grid' have icons, dark background around icon shows active function 'Grid to front' has no icon, a marked checkbox shows active function This has to be done in the same way in contents menu. @Ivan: Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug.
dirty fix for 3.5: http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-3-5&id=746cde4adb386e26ec3368198b4d893db16ee2cc
*** Bug 41264 has been marked as a duplicate of this bug. ***
Migrating Whiteboard tags to Keywords: (EasyHack) [NinjaEdit]