Unlike other formats (such as bold or underline) in which the result of its application is unmistakable, Title Case, Sentence case, UPPERCASE and lowercase are not. LibreOffice cycle cases(?) in this order. Notwithstanding you can repeat the last applied option with Ctrl+Shift+Y (menu Edit - Repeat), the cycle case order is not reseted when a new text portion is selected. I think that it must. So, if UPPERCASE is needed in a new selection (it may be the same text reselected), you know that you need to hold Shift and press F3 three times. Steps to reproduce: 1. Open a new text document 2. Paste some text paragraph multiple times (I tested with "Tggg Tggg gggg TTTT TgTg") 3. Select first paragraph, and press Shift+F3 (or menu Format - Text - Cycle Case). 4. Repeat with next paragraphs. Result: Tggg Tggg Gggg Tttt Tgtg Tggg tggg gggg tttt tgtg TGGG TGGG GGGG TTTT TGTG tggg tggg gggg tttt tgtg Tggg Tggg Gggg Tttt Tgtg (the cycle restart) Expected result: Tggg Tggg Gggg Tttt Tgtg Tggg Tggg Gggg Tttt Tgtg Tggg Tggg Gggg Tttt Tgtg Tggg Tggg Gggg Tttt Tgtg Tggg Tggg Gggg Tttt Tgtg Tested with: Version: 7.2.3.2 / LibreOffice Community Build ID: 20(Build:2) CPU threads: 1; OS: Linux 5.3; UI render: default; VCL: gtk3 Locale: es-MX (en_US.UTF-8); UI: en-US Calc: threaded
The effect is valid, but do not see it as a bug. Each of the transliteration "modes" [1] applied by the 'Cycle Case' <Shift><F3> is individually available to assign to its own keyboard shortcut. The <Shift>+<F3> is intended to be applied interactively against a selection. That its values are not being parsed for use in .uno:Repeat is cosmetic. The individual transliterations when applied (by menu or having set a shortcut) are available to repeat. Otherwise reuse the <Shfit>+<F3> shortcut and cycle as needed. IMHO => WF =-ref-= [1] Title Case/Capitalize Every Word (.uno:ChangeCaseToTitleCase), Sentence case (.uno:ChangeCaseToSentence), UPPERCASE (.uno:ChangeCaseToUpper), lowercase (.uno:ChangeCaseToLower)
Would rather agree with the request. It's inconsistent and detrimental to learnability if the sequence is not starting at the same option. Michael, your take?
I am able to reproduce the described behavior in Version: 7.3.0.3 / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 10; OS: Mac OS X 10.16; UI render: Skia/Metal; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded I agree with Comment 0 and Comment 2 that cases should cycle in a consistent order and that the starting point should always be the same and reset on selection. My opinion => NEW.
But wait, isn't the ask that the <Shift>+F3 "status" be picked up to use in the <Ctrl>+<Shift>+Y .uno:Repeat It is, that is the last transliteration used from Cycle case is what is applied with the Repeat. But in a sense that is wrong--the last command was actually <Shift>+F3 to submit selection to cycle case's change case sequence. Behavior for the .uno:Repeat is what would need to be changed. Rather than repeating the specific 'Case change' transformation--it would need to rerun the <Shift>+F3 action, not the last transliteration. But again this makes little sense, if you want to cycle through the case change transformation -- use <Shift>+F3, not the UNO repeat. In a sense the behavior now is correct, with a new selection, if you are asking for a Repeat you probably want to have it receive the same transliteration as the previous cycle action. Not start the cycle over. It does that.
(In reply to LeroyG from comment #0) > the cycle case order is not reseted when a new text > portion is selected. I think that it must. [...must be reseted] (In reply to Michael Warner from comment #3) > cases should cycle in a consistent > order and that the starting point should always be the same and reset on > selection. [YES] (In reply to V Stuart Foote from comment #4) > isn't the ask that the <Shift>+F3 "status" be picked up to use in > the <Ctrl>+<Shift>+Y .uno:Repeat [NO] > Behavior for the .uno:Repeat is what would need to be changed. Rather than > repeating the specific 'Case change' transformation--it would need to rerun > the <Shift>+F3 action, not the last transliteration. [NO for me] > But again this makes little sense, if you want to cycle through the case > change transformation -- use <Shift>+F3, not the UNO repeat. [That is what I think]
We could add the individual UNO commands into the undo stack not the uno:CycleCase, if that's not the fact.
(In reply to Michael Warner from comment #3) > reset on selection. ...or on cursor movement, because the user may cycle case with no active selection.
(In reply to Heiko Tietze from comment #6) > We could add the individual UNO commands into the undo stack not the > uno:CycleCase, if that's not the fact. If I am reading this correctly, it seems that we save the transliteration mode for EditEng[1][2], but not for Writer[3][4][5]. [1] https://opengrok.libreoffice.org/xref/core/editeng/source/editeng/impedit4.cxx?r=451efe2d#2944 [2] https://opengrok.libreoffice.org/xref/core/editeng/source/editeng/editundo.hxx?r=fc4c0747#257 [3] https://opengrok.libreoffice.org/xref/core/sw/source/core/undo/unovwr.cxx?r=5f9ffc31#325 [4] https://opengrok.libreoffice.org/xref/core/sw/source/core/undo/unovwr.cxx?r=5f9ffc31&fi=AddChanges#383 [5] https://opengrok.libreoffice.org/xref/core/sw/source/core/txtnode/txtedt.cxx?r=288ad999#1974
Reproducible with: Version: 7.4.0.0.alpha1 (x86) / LibreOffice Community Build ID: b871abad383583f02eb49c7e49aeae01f6941072 CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: es-MX (es_MX); UI: es-ES Calc: threaded
Dear LeroyG, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Reproducible with: Version: 24.2.3.2 (x86) / LibreOffice Community Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: es-MX (es_MX); UI: en-US Calc: threaded Versión: 6.4.7.2 (x86) Id. de compilación: 639b8ac485750d5696d7590a72ef1b496725cfb5 Subprocs. CPU: 4; SO: Windows 6.1 Service Pack 1 Build 7601; Repres. IU: predet.; VCL: win; Configuración regional: es-AR (es_MX); Idioma de IU: es-ES Calc: threaded Version must be changed to 6.4.7.2?