Issue 68160 - Text attribute given to a word not consistent
Summary: Text attribute given to a word not consistent
Status: CLOSED DUPLICATE of issue 59658
Alias: None
Product: Writer
Classification: Application
Component: editing (show other issues)
Version: OOo 2.0.3
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-04 15:32 UTC by raindrops
Modified: 2006-08-08 12:47 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description raindrops 2006-08-04 15:32:24 UTC
1. Enter a sentence in odt file.
2. Position the cursor in the middle of any word.
3. Press CTRL+B. The entire word becomes bold.
4. Now place the cursor AFTER the first letter of the word, and press Backspace.
5. Type another letter(or several letters). The new letter is NOT bold. (Defect)
You have to highlight this letter separately and press CTRL+B to make it bold.

In other words, whenever you correct the beginning of a word, you have to format
the word again!

6. Repeat steps 1-5 in MS Word. The new letter assumes the text attributes
automatically. After correcting the word, you can move on without worrying about
the formatting issue.
Comment 1 michael.ruess 2006-08-07 09:26:32 UTC
Same root cause as issue 68160.

*** This issue has been marked as a duplicate of 59658 ***
Comment 2 michael.ruess 2006-08-07 09:30:39 UTC
Closing duplicate.
Comment 3 raindrops 2006-08-07 16:11:18 UTC
Raindrops -> mru

Well, the other bug is about how the second CTRL+I turns the whole COMBINED word
("quickdog") into italics (the effect of the first CTRL+I, which was already
inserted in the beginning of the word, is ignored somehow).

In other words, we expect <i>quick</i>dog, but Writer turns the combined word
into <i>quickdog</i>. (Actually speaking, it may produce a <i><i>quickdog</i>,
but the double occurrence of <i> may be ignored.)

(I have used HTML tags to illustrate. Perhaps Writer inserts different
formatting characters.)

***
Now compare that with this bug:

We have the following sentence:
The <i>quick</i> dog jumped.

Now if you place the cursor between u and i, and press backspace twice, it
should not delete the formatting sign <i>. But it does, as if the <i> is a
normal character.

Although they are both about word formatting, they may not share the same root
cause...

Leaving the bug "closed", but please have a look again.

Thanks.
Comment 4 raindrops 2006-08-08 02:48:55 UTC
oops! That last part didn't come out well: In my bug, when you press Backspace,
the cursor comes to the LEFT of the <i> without deleting it. So, when you add
new letters, they are added OUTSIDE the <i> </i> pair. Therefore they are not
formatted.

Of course I am using the HTML tags analogy, so this explanation is bound to have
some differences from the actual behavior of Writer.

Comment 5 michael.ruess 2006-08-08 10:40:27 UTC
It really describes the same problem. Though Issue 59658 refers to the situation
at the end of the Word, but it should also handle the beginning of the word.
Feel free to add a comment so that it will not be forgotten at all.
Comment 6 raindrops 2006-08-08 12:47:51 UTC
OK, thanks.