Steps how to reproduce with parallel installation of Master "LOdev 3.7.0.0.alpha0+ - ENGLISH UI / German Locale [Build ID: 70ec82)]" {tinderbox: @16, pull time 2012-11-09 00:53:19} on German WIN7 Home Premium (64bit) with separate User Profile for Master Branch: 1. Start LibO 2. Open New Spreadsheet using start center button 3. If Document contains more than 1 sheet: Menu 'tools -> Optiopns -> Calc -> Defaults' change 'Number of worksheets in new document" to 1 <ok> Close libo and restart from 1 4. type an "a" into cell A1 5. 'Right click sheet tab "Sheet1" -> Move/Copy sheet' Expected: Radio button "Move" greyd out, because it's not possible to move a sheet in a document only containing this sole sheet. Radio button "Copy" active and selected Actual: Selected radio button "copy" is greyed out, looks inactive 6. <ok> > A uplicate of "Sheet1" will be added. So the function works fine as expected, but UI wrongly looks as if copy would be impossible. The problem seems to be that both radio buttons are buttons are marked inactive by the same condition, but they need different ones for the "only 1 sheet" case.
This problem is already [Reproducible] with "LibreOffice 3.3.0 RC4 - WIN7 Home Premium (64bit) German UI [OOO330m19 (build 6 / tag 3.3.0.4)]" and OOo 3.1.1, so this problem is inherited from OOo. One reason for the current behavior might be that in the past there only was a checkbox instead our 2 radio buttons, and there the only way was to mark the Checkbox inactive with checkmark if no selection is possible. I wonder whether it is possible to mark some of the possible radio button selections inactive and other ones active? So may be this is not a bug report but an enhancement request?
Rainer - this one looks fixed to me on 3.6.4.3, going to mark as WFM. If I'm wrong, my apologies :) Tested on: 3.6.4.3 release Bodhi Linux 4.0.0.3 release on Windows 7
The question was not whether it works, but whether UI looks intuitive. So here we have a design question. Looks as reported in any of my Versions with any of my Profiles (or fresh new profile) until 4.1.0.0.+: 'Move/Copy sheet' for the only single sheet of a document shows up the expected dialog, but both radio buttons 'Action' are greyed out. The question is whether that is in accordance with style guides, or even whether we have style guides for such cases. Unfortunately I did not find a similar case with 2 radio buttons, but for example see attached screenshot comparison, wehre "greyed out" has different meaning. I think we should try a better unification to make I more intuitive. I will leave a comment at <libreoffice-ux-advise@lists.freedesktop.org>
Created attachment 74579 [details] Screenshot comparison Please see Comment 3!
Agree with Rainer that this could use some looking through. I guess it might be best to rename the option to Copy Sheet everywhere in this situation, i.e. context menu, window title. In the given situation, we could then also remove the confusing greyed out selector.
Never independently confirmed - moving to UNCONFIRMED.
I can confirm with Version: 4.4.0.0.alpha2+ Build ID: 2f342c61616418c6ad7303d7f5efa27a28378681 TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2014-11-16_00:33:40 Changing component to ux-advice to decide if implement.
I reproduce too with LO 3.5.3.2 Version ID : 235ab8a-3802056-4a8fed3-2d66ea8-e241b80 LO 4.4.0.0.alpha1+ Build ID: a8c24b25fd9fb21097a08a22797bf61b59099ea1 TinderBox: Win-x86@39, Branch:master, Time: 2014-10-21_06:33:33 & windows 7 Home Premium. regards, Jacques
Bodhi Moksha LibreOffice 5.0.2.5 Confirmed. Might be an interesting easy hack - requesting input.
We're replacing our use of the 'ux-advise' component with a keyword: Component -> LibreOffice Add Keyword: needsUXEval [NinjaEdit]
Disagree here. The radio buttons belong to the group 'Action' and since you cannot change it from copy, which is set correctly, it's correct to disable the whole group.
I don't see how this could be WORKSFORME (= confirmed to be a problem in some version, but got fixed in a later stage, by an unidentified commit), or otherwise questionable (with an easy fix possible in sc/source/ui/miscdlgs/mvtabdlg.cxx, dropping m_xBtnCopy->set_sensitive call in ScMoveTableDlg::SetForceCopyTable). Have people disagreeing with the proposal ever checked if such a change looked inconsistent/confusing, compared to the current situation, given the number of duplicates: tdf#117441 tdf#119145 tdf#100291 tdf#146691 People *get confused* by this. And the solution it trivial and obvious. And there was no solid arguments against it.
*** Bug 117441 has been marked as a duplicate of this bug. ***
*** Bug 119145 has been marked as a duplicate of this bug. ***
*** Bug 100291 has been marked as a duplicate of this bug. ***
*** Bug 146691 has been marked as a duplicate of this bug. ***
Andreas Heinisch committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/a8d3b8985a79c216c3c132fb2e6bb0f85a27831a tdf#56973 - Copy/paste (single) sheet is checked but not enabled It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Sry for taking an easy hack, but this "inconvenience" bothered me too for a long time now. I hope many users requests from my local high school will be gone now.
Andreas Heinisch committed a patch related to this issue. It has been pushed to "libreoffice-7-5": https://git.libreoffice.org/core/commit/b551acd0a370809fc12e6552dad87447fe5d9dfd tdf#56973 - Copy/paste (single) sheet is checked but not enabled It will be available in 7.5.0.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Commit Notification from comment #19) > Andreas Heinisch committed a patch related to this issue. > It has been pushed to "libreoffice-7-5": > > https://git.libreoffice.org/core/commit/ > b551acd0a370809fc12e6552dad87447fe5d9dfd > > tdf#56973 - Copy/paste (single) sheet is checked but not enabled > > It will be available in 7.5.0.2. Great! May you back-port it to 7.4 branch also?