Presently, if any of the clipboard functions are not accessible, they are not shown in the context menu. I believe this should be changed to act similar to the Edit menu, where these entries are always visible, but dimmed when they are not accessible. The purpose of this is that the context menu is the first place users go in the UI to access these functions and them not being there will result in some users looking at the toolbar or edit menu for them. Most applications (text editors, browsers, file managers, office suites) behave in this manner and i believe libreoffice should do the same.
I agree. status NEW.
I believe the fix to this issue is to tweak Menu::RemoveDisabledEntries() in vcl/source/window/menu.cxx to not remove clipboard functions found in the MN_CLIPBOARDFUNCS menu entry found in sfx2/source/menu/menu.src.
Am I wrong assuming there is some inconsistency with this issue and the plan in bug 84177 ?
@Cor, *, Don't think bug 84177 actually had a plan--it merely suggested that if the clipboard elements are not active, none--specifically the Paste Special--should be visible. This issue proposes just the opposite, the clipboard functions should always appear--active and available for use, or not--from the context menu. However, Adolfo's split menu mockup from 84177 https://bugs.freedesktop.org/attachment.cgi?id=108300 is appealing UI. Suggest we close bug 84177 as WontFix and move this one forward, with Adolfo's mockup.
(In reply to V Stuart Foote from comment #4) > This issue proposes just the opposite, the clipboard functions should always > appear--active and available for use, or not--from the context menu. Yes, that is what I noticed of course. Strange that one can support both ideas ..
(In reply to V Stuart Foote from comment #4) > Suggest we close bug 84177 as WontFix and move this one forward, with > Adolfo's mockup. Nonsense.
Just to be clear, bug 84177 suggests hiding the paste special submenu when it is empty and adolfo's mockup proposes joining paste and paste special into a single entry, and that differs from this bug which suggests that the currently hidden clipboard functions (cut, copy, paste) always be visible. Paste special isnt integrated in all modules - its not in calc's cell internal context menu or in draw/impress context menu.
Trent MacAlpine committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=fa4a87bc539865962dabf00aea465479d34faf92 tdf#86850 Always display clipboard functions in context menu It will be available in 5.0.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
This bug fix is mentioned in the release notes of the coming LibreOffice 5.0 (see release notes https://wiki.documentfoundation.org/ReleaseNotes/5.0). Therefore it would be wonderful if this feature really worked well, otherwise it should not be mentioned in the release notes. In the notes it reads: Clipboard functions (Cut, Copy, Paste) are always visible. tdf#86850 (Trent MacAlpine)