I. shift + F3 for changing small (lowercase characers )to capital letters should always have same order. for example : -Lowercase At Beginning- should always become by first press of shift+F3 -ALL CAPITAL CASE- -ALL CAPITAL CASE- should always become by first press of shift+F3 -all lower case- -all lower case- should always become by first press of shift+F3 -Lowercase At Beginning- Otherwise you can't use it automatically (like in word )and have alwayt to think/check about what happens, if you press shift F3 II. it should be possible to use shift + F3 if curser is at beginning or enf of word and not just in middle (very impotant for really using it - by jump img from word to word by ctrl + arrow left or right)
(very important in languages with a lot of capital letters at beginning (of substantive words )
I confirm the wish II: If the cursor is at the beginning or at the end of a word (space/hard-space/tab precedes or follows the word), there is no action/change on pressing shift-F3. I do not see anything, which would restrict NOT to change the capitalization, while the cursor is at the beginning or end of a word. I understand the problem I. the following way: The shift-F3 cycles thought its values (Capital At The Beginning, ALL CAPITALS, all lowercase) independently of what the underlying word is. Confirmation: I can jump from word to word and press shift-F3 at at jump. and I see the changes happening in a cycle. To make the same changes in multiple selections in a row requires tripe shift-F3. There are two other possible behaviors of shift-F3: behavior Ia: check on the capitalization of the word under cursor or in selection and modify to the next capitalization mode in the cycle (this was suggested by d.desire@gmx.de). That is sometimes tricky: What is the capital of New York (NY)? (which capitalization has this sentence?) behavior Ib: always start at the beginning of the cycle, independently of what was changed previously, or what is the capitalization of the word under the cursor. This would save some keystrokes: the user should know, that a single shift-F3 keystroke gives him "all lowercase", two keystrokes "Capital At The Beginning" and three keystrokes "ALL CAPITALIZED".
[Bug 63259] shift f3 I.wrong Order II.cursorposition (Ia is very good) Hey thanks for you help..don't know how to send this text to mozilla forum...so i send to you. i worked a lot with microsoft work with shift+f3. they use behavior Ia. Ia is perfect :-) The sentence "What is the capital of New York (NY)?" is like "Capital At The Beginning" . After pressing shift+f3 will come "ALL CAPITALIZED". Like this it is very intuitive while working with a text- automatically using this keystroke: "What is the capital of New York (NY)? is not "all lowercase" or "ALL CAPITALIZED". This fact you can see very fast without thinking about. So the second capitalisation mode is not only "Capital At The Beginning" but also "Some capITal in the SentenCE". Which becomes "Capital At The Beginning" in the next cycle after pressing tree times shift+f3. After pressing tree times shift+f3 the old microsoft word does "Some capITal in the SentenCE" not " Some Capital In The Sentence" which is better . if not happy you can always use control+Z Almost the most time you work with single words, not sentences! In this case Ia is perfect. If you work with sentences you usually want to make them ALL CAPITALIZED, also good for Ia Trust me : I worked in microsoft office a lot!! with function like Ia (in my language it is a very good help if it works like this!!!) . In libre/open office i do not use shift+f3 anymore, because like it is now you really have to think about what happens if you press...and then it is easier (intuitive) to do it manually without shift+f3. Specially if you are with your thoughts at the content of the text and not the form. Thanks for your work:-)
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (4.4.2 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-05-02
This should be enhancement, marking as such.
both bugs still exits libre office 4.4.4.3 wind ows 7 at the moment i do not know anybody who uses shiftr+f3 in Libre office. (and lots of people in microsft word wher bith bugs do not exists. Very helpful in languages with many words in Capital Letters would be great to change! thanks
both bugs still exists in libreoffice 4.4.4.3 and windows 7. would be grat to change:-)
*** Bug 93632 has been marked as a duplicate of this bug. ***
Created attachment 130586 [details] ShiftF3_startEnd.diff1: patch enabling ShiftF3 to work at the beginning and end of a word Great care is need with this bug. It is using a function called TransliterateText() which contains modules like TransliterationModules_ignoreBaFa_ja_JP, TransliterationModules_ignoreIterationMark_ja_JP, TransliterationModules_IGNORE_KANA, TransliterationModules_HIRAGANA_KATAKANA etc. Transliteration text was first introduced by author jp <jp@openoffice.org> 2000-12-21 08:32:45 (GMT) in commit 52c520fd72373eb4d5ccd5edbb73e896c8731038 new: transliteration. The section dealing with beginning/end positioning of the cursor has been largely untouched since then. This patch fixes this for English, but unknown how it affects other users or languages.
Created attachment 130713 [details] ShiftF3_testSheet.doc: various scenarios (in English) to test against A patch (https://gerrit.libreoffice.org/33581) has been suggested that resolves most of OPs concerns. Extending the test document to include examples from other languages that use this feature is probably useful - primarily examples that increase or reduce the number of characters used when rotating through the case. enhance Shift-F3 rotating between UPPER, lower, Title cases. -allow cursor at the beginning of the word -allow cursor at the end of the word -allow cursor in whitespace before a word -rotate based on current status, not on a blind counter It is also worth noting that the original rotation also works with comments and textboxes, but that is coded separately in editeng/source/editeng/impedit4.cxx. (Mostly provided by Thomas Lange in 2010 [https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-5-3&id=afb2f41ca982b7e0cbc8a5b4952ea3edfbb2a883])
Created attachment 131528 [details] functional patch that needs confirmation and feedback enhance Shift-F3 rotating between UPPER, lower, Title cases. -allow cursor at the beginning of the word -allow cursor at the end of the word -allow cursor in whitespace before a word -rotate based on current status, not on a blind counter -this is based on a huge assumption that the first word will always be in a single node. VALID? TODO: some hacks could be removed if transliterateText() can be modified to stop preventing cursor at beginning/end of a word. But that might break other transliterations? TODO: the old routine is also implemented separately in editeng - consider a similar enhancement there to affect Writer's comments and textboxes. NEEDED: someone with a vested interest submitting more testing scenarios, validating the functionality, and championing the patch submission.
Changing priority back to 'medium' since the number of duplicates is lower than 5
(In reply to Justin L from comment #12) > -allow cursor at the beginning of the word > -allow cursor at the end of the word Still pending at: 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 (es_ES.UTF-8); UI: en-US Calc: threaded
(In reply to d.desire from comment #1) > II. > it should be possible to use shift + F3 if curser is at beginning or enf of > word and not just in middle (very impotant for really using it - by jump img > from word to word by ctrl + arrow left or right) Duplicated of https://bugs.documentfoundation.org/show_bug.cgi?id=54742
*** Bug 54742 has been marked as a duplicate of this bug. ***
Oliver Specht committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/125fc2ce861c82592b261f2992c893b414396e56 tdf#63259 rotate case also at start/end of a word It will be available in 24.8.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.
Oliver Specht committed a patch related to this issue. It has been pushed to "libreoffice-24-2": https://git.libreoffice.org/core/commit/f5c3296eca92e8dd6b3bdf7410dd5a636a197d10 tdf#63259 rotate case also at start/end of a word It will be available in 24.2.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.
Oliver Specht committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/51964bb719848277094afe22d144d2814e1cce46 tdf#63259 Cycle case should work on end of words It will be available in 24.8.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.
Oliver Specht committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/ec5898cb245c68cf116a22b3714408e4a96ee15d tdf#63259 cycle case on sentences It will be available in 24.8.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.
Oliver Specht committed a patch related to this issue. It has been pushed to "libreoffice-24-2": https://git.libreoffice.org/core/commit/f97dcfaee43f5b8c2eba4c7c3c2d0b786af38bc1 tdf#63259 Cycle case should work on end of words It will be available in 24.2.3. 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.
Oliver Specht committed a patch related to this issue. It has been pushed to "libreoffice-24-2": https://git.libreoffice.org/core/commit/1d53871ac5cbb222c53a5aa17050a1c68126e4b8 tdf#63259 cycle case on sentences It will be available in 24.2.3. 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.