Bug 63259 - It should be possible to use shift + F3 case change, when cursor is at the beginning or end of a word and not only in the middle
Summary: It should be possible to use shift + F3 case change, when cursor is at the be...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: Other All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 93632 (view as bug list)
Depends on:
Blocks: Character Writer-Enhancements
  Show dependency treegraph
 
Reported: 2013-04-08 10:55 UTC by d.desire
Modified: 2019-12-02 17:24 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
ShiftF3_startEnd.diff1: patch enabling ShiftF3 to work at the beginning and end of a word (1.21 KB, patch)
2017-01-20 18:31 UTC, Justin L
Details
ShiftF3_testSheet.doc: various scenarios (in English) to test against (29.00 KB, application/msword)
2017-01-27 08:15 UTC, Justin L
Details
functional patch that needs confirmation and feedback (2.39 KB, patch)
2017-02-28 09:53 UTC, Justin L
Details

Note You need to log in before you can comment on or make changes to this bug.
Description d.desire 2013-04-08 10:55:18 UTC

    
Comment 1 d.desire 2013-04-08 11:13:01 UTC
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)
Comment 2 d.desire 2013-04-08 11:26:48 UTC
(very important in languages with a lot of  capital letters at beginning (of substantive words )
Comment 3 yuzejya 2014-01-30 09:23:37 UTC
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".
Comment 4 d.desire 2014-02-01 17:33:13 UTC
[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:-)
Comment 5 Joel Madero 2015-05-02 15:43:59 UTC Comment hidden (obsolete)
Comment 6 Buovjaga 2015-06-21 12:51:20 UTC
This should be enhancement, marking as such.
Comment 7 d.desire 2015-08-05 15:23:38 UTC
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
Comment 8 d.desire 2015-08-05 15:25:03 UTC
both bugs still exists in libreoffice 4.4.4.3 and windows 7. would be grat to change:-)
Comment 9 Buovjaga 2015-09-12 12:39:44 UTC
*** Bug 93632 has been marked as a duplicate of this bug. ***
Comment 10 Justin L 2017-01-20 18:31:26 UTC
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.
Comment 11 Justin L 2017-01-27 08:15:52 UTC
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])
Comment 12 Justin L 2017-02-28 09:53:27 UTC
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.
Comment 13 Xisco Faulí 2019-11-29 13:30:14 UTC
Changing priority back to 'medium' since the number of duplicates is lower than 5