Apache OpenOffice (AOO) Bugzilla – Issue 59658
Hard formats like Bold, Italic, Underline should correctly recognize end of word
Last modified: 2017-05-20 11:22:52 UTC
If I take a text with a standard font and want to add in a word which is italicized between two standard font words which are already there, I turn on italics, type the word, and then turn off italics. Doing so, though, removes the italics from the word I've just typed. I find what I need to do is after typing the word, to use an arrow key or the cursor to move away from the word, and thus preserve the italics - or to first type the word and then italicize it. To me, this is counter-intuitive, because if I am typing new text the normal way to type is to turn on italics, type the word/s, and then turn off italics. I assume the same applies to Bold and Underline. What I mean is that let's say I have a text: "The dog jumped," and I want to add the word "quick" in italics after the word "The," this problem arises.
This is quite a nice feature that a whole word becomes formatted, but switching formats like Bold or Italic should recognize when the cursor is place at the end of a Word. The it is of course not desired to turn a character format on and off via the Button.
And further along the same lines: Let's say I have a certain word which is italized and I decide that I want to capitalize the first letter (or the reverse: switch the first letter to lower case), the logical way (IMHO) is to Select the letter and then type the reverse - i.e., capital instead of lc or lc instead of capital. While OO will make the change, it will also change the first letter to unitalicized. The point is that if a selected letter is replaced in such a way, its attributes should be retained. I know that there are other ways of doing this, like switching the case, but my way is IMHO the most intuitive way, and it just doesn't work.
Successfully reproduce the bug on OOo 2.0.1 with WinXP SP2. Reproducing the bug as follow: 1. Create a new file in Writer 2. Type in "Hello World" 3. Move the cursor in front of "W" and enable Italic by clicking the Italic button or Ctrl-I 4. Type in "foo" to become "Hello fooWorld" where "foo" is italic. 5. Then disable Italic by unchecking the Italic button or Ctrl-I Note that the "foo" was originally italic changed back to normal. Follow-up Testing: Bold and Underline has the same result. 1. Repeat the above sequence by using Bold/Underline instead of Italic Failure appear only when the cursor is within a word. 1. Repeat the above sequence but type "foo " instead of "foo" Note that the word "foo" will remain in italic.
I've tryied to replicate the bug on both my laptop (Windows XP with version 2.0.1 installed) and some Linux machine (RedHat with version 1.0.1 installed) I've tried the following steps that are done by tsealex, and it really reproduces the bug. Additionally, i have one observation for you to get around with the problem: let's say now you have "hello world" and you want to insert a word "new" in italics. The bug would appear if you turn on the italics when your cursor is either immedaitely, i.e. without any white space, after "hello" or before "world". My workaround for you would be (1)whenever you intend to turn the italics on, make sure that the current cursor position is one white-space away from both the words before and after it, (2)then turning the italics off after typing that new word would still preserve its italics form. And i also tried out this workaround for bold and underline, the also both work. In case I misunderstood from your summary, could you be more specific regarding in what sense you consider the column widths being inconsistent?
*** Issue 68160 has been marked as a duplicate of this issue. ***
Although this bug refers to the situation at the end of the Word, but it should also handle the BEGINNING of the word (ref-Issue 68160). For example, take the following sentence: The <i>quick</i> dog jumped. (I have used HTML-style tags to illustrate what happens.) Now place the cursor between i and c, and press backspace thrice (i.e., delete the substring "qui"). Replace it with new substring "bla". You expect- The <i>black</i> dog jumped. But you ACTUALLY get- The bla<i>ck</i> dog jumped. The new letters are part of the word, and so they should adopt the original word's formatting automatically. But this does not happen. Note that MS Word behaves correctly if you repeat this experiment there.
Reset assigne to the default "issues@openoffice.apache.org".