Apache OpenOffice (AOO) Bugzilla – Issue 77172
keyboard shortcut formatting applied to left of cursor
Last modified: 2013-08-07 14:43:17 UTC
I'm working on a linguistics thesis with character styles (and accompanying keyboard shortcuts) for the language under study (italics) and grammatical glosses (small caps). I recently upgraded from OOo 2.1 to 2.2. In 2.2 when I type the keyboard shortcut to apply a character style the style is applied to *the word to the left of the cursor* as well as to what I type from that point on. When I key shift+ctrl+spacebar to return to 'default' formatting, the word to the left of the cursor--the one I want the style to be applied to--is returned to default formatting.
Created attachment 44989 [details] excerpt of document to demonstrate 'bug'
Re. attachment: place cursor to the left of the * following the word 'coordination' on the third line. Key shift+ctrl+c (small caps keyboard shortcut) and the word 'coordination' will be rendered in small caps . . .
MRU->SBA: this sounds like a problem insisted by the CWS "swautomatic01". Please have a look.
lengo, can't reproduce with 2.3m211 on WinXP. Please clarify.
You're right . . . I just tried it with the attached document and it didn't work (despite the fact that I tested it before I attached it). I can assure you that the behaviour as initially described (keyboard shortcut formatting appearing to the left of the cursor) persists in my thesis document :-) Is there any other way to 'demonstrate' this?
lengo, the problem needs to be easily reproducible by devs so that they can debug it. See if you can find a way to reliably reproduce the problem.
This issue seems to be related to http://www.openoffice.org/issues/show_bug.cgi?id=77369. lengo, did you make any change to system configuration since originally filing the issue?
kpalagin, No, no system changes that I can recall (other than Windows' Automatic Updates). But the 'bug' still consistently (and frustratingly!) affects my document. When I begin a new paragraph and use a keyboard shortcut to format text, it is applied to the right of the cursor. If I leave that paragraph and then come back to it and begin typing, any formatting I apply is applied to the left of the cursor. Of course, if I select the word I want to apply formatting to it works fine. But I don't want to be selecting words; I want to be typing along, keyboard Shift+Ctrl+C (my custom shortcut for 'small caps', and keep right on typing in 'formatted' text. And when I key Shift+Ctrl+Space_Bar, I want to begin typing in unformatted text--I don't want the previous word to lose its formatting (which is what's happening . . . ) I just played with the document I attached earlier (bug report 1.odt). Try this: place your cursor to the left of the * following the word 'coordination' on the third line. Type something, then key Shift+Ctrl+C and see what happens to the word you just typed. When I do it, the new word is formatted in small caps (despite the fact that it is to the left of the cursor). Thanks for pursuing this with me!
I experience this problem intermittently, usually when attempting to turn off italics before typing a period at the end of a sentence. It appears that sometimes Writer wants to apply the character style to the entire word, rather than the current caret location. I can reliably reproduce "entire-word" behavior by typing a sentence, then relocating the caret back into some word in the middle of that sentence. Although the word is not actually selected, toggling Ctrl-I while the caret is inside that word "touching" at least one non-space character to the left will now toggle the entire word italic and plain, Ctrl-B will bold and unbold the entire word, etc. If the caret is left of the leftmost character in the word, it will not toggle the word's format.
Confirming with 2.2 on WinXP: 1. type sentence. 2. position caret at the end of any word and press Ctrl-B - some words do turn bold, some do not.
SBA->kpalagin: For issue verification/confirmation and comments, please always use (A) the latest stable (publicly available) version (currently OOo 2.2.1) and (B) the latest available/meaningful developer build. And please always name these versions when you write your comments. A confirmation of an issue that is flagged "OOo 2.2" with the same version makes not much sense when OOo 2.2.1 is already available. Plus (as you might know, hahaha :-), SOME issues have already been fixed on the way to OOo 2.3. Thank you for your comprehension. My findings: - Reproducible in OOo 2.2, OOo 2.2.1 and OOo 2.3 developer build SRC680_m214. - Works fine (word left of cursor stays unchanged) in SRC 680m216 and m217 (younger OOo 2.3 developer builds). Note: AMA told me that this looks like a break iterator issue (triggered by as well as fixed by a change in break iterator behavior) Set to Worksforme. Please comment.
SBA: Closed.