The issue has been discussed in bug 59029 and several others. Clone Formatting is supposed to work for all properties including every direct formatting as well as all styles. The enhancement request was to clone a certain property only, either direct formatting or one of the styles. The function may be available with ctrl being pressed when clone formatting is started but I couldn't reproduce it. More important is the usability issue that there is no indication to the user. The tooltip needs to cover the functionality and there has also to be a feedback on the execution, for instance a decoration on the cursor. Furthermore, pressing a button just toggles one feature on or off. You can either have all styles or none, for instance. Better would be a split button with all by default and the list of styles (paragraph, character, table, etc.) subsidiary.
My thoughts. 1) As the default behaviour of clone formatting should be the optimal behaviour for most users, having a toolbar menu split button seems overkill. 2) It would be good to indicate the various keyboard cloning pasting behaviours in the tooltip, but it would make the tooltip way to large when tooltips are intended to be short. 3) The functionality should be available/accessible in the format menu in a new submenu that has the various clone formatting possibilities.
Providing the options in this functionality work; I would say 1. default clones all 2. alternate options available by modifier keys and a split button, since the latter is a neat possibility to show the options.
Removing needsUXEval since no further input was done. Cor supports my idea of split button while Jay wants an extra menu where the mode is being selected. Both variants do the trick, the splitbutton is IMHO easier to use and understand.
(In reply to Heiko Tietze from comment #3) > Removing needsUXEval since no further input was done. Cor supports my idea > of split button while Jay wants an extra menu where the mode is being > selected. Both variants do the trick, the splitbutton is IMHO easier to use > and understand. The problem with the split button is that we have limited space to work with on the toolbars, so we could duplicate it as a new UNO command with the split button options and it would also work in the menu bar (2 birds, 1 stone similar to the New button), but it wouldnt be defaulted to appear in the toolbars.
Please add keyword 'needsUXEval' and CC 'libreoffice-ux-advise@lists.freedesktop.org' if input from UX is needed.
Sarper Akdemir committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/36aa809fbd3c44da1ed266104f175e8c872d38b3 tdf#103706: sw: Revert "Format paintbrush default behaviour" It will be available in 24.2.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.
Sarper Akdemir committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/e9bb17369dc6fd3064fce55a1afacaacea4faae2 related tdf#103706: sw: correct format paintbrush attribute reset It will be available in 24.2.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.
Sarper Akdemir committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/7b5327ffcb18a4b4f456afecea313039dd79449a tdf#103706: tdf#142857: sw: context aware paste for clone format It will be available in 24.2.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.
Sarper Akdemir committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/5eea6974d937148a9a1f3d078c2174fe8d420d31 tdf#103706: tdf#142857: sd: context aware paste for clone format It will be available in 24.2.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.
*** Bug 153743 has been marked as a duplicate of this bug. ***
*** Bug 91494 has been marked as a duplicate of this bug. ***
*** Bug 156408 has been marked as a duplicate of this bug. ***
(In reply to Commit Notification from comment #6) > Sarper Akdemir committed a patch related to this issue. > It has been pushed to "master": > > https://git.libreoffice.org/core/commit/ > 36aa809fbd3c44da1ed266104f175e8c872d38b3 > > tdf#103706: sw: Revert "Format paintbrush default behaviour" This needs an update to the documentation? https://help.libreoffice.org/latest/en-US/text/shared/guide/paintbrush.html
(In reply to Mike Kaganski from comment #13) > > This needs an update to the documentation? > > https://help.libreoffice.org/latest/en-US/text/shared/guide/paintbrush.html Yes, it surely does need an update - thanks for bringing this up Mike. The key combinations should still have the same functionality. But now by default *all* formatting is pasted, and depending on the selection on apply there are two cases: 1- Selection spans one or more paragraphs: All formatting is applied 2- Selection spans only a part of a paragraph: Only character formatting is applied There was additional changes in clone formatting in bug 159726 - I am unsure if that also changed behavior.