Issue 113493

Summary: Cursor position in text box is confused by character format
Product: Draw Reporter: Regina Henschel <rb.henschel>
Component: editingAssignee: graphicsneedsconfirm
Status: CLOSED DUPLICATE QA Contact: issues@graphics <issues>
Severity: Trivial    
Priority: P3 CC: issues, rainerbielefeld_ooo_qa
Version: DEV300m83Keywords: oooqa
Target Milestone: ---   
Hardware: PC   
OS: Windows XP   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Issue Depends on:    
Issue Blocks: 111112    

Description Regina Henschel 2010-07-28 12:43:13 UTC 
Take an new Draw, Impress, Calc oder Writer document.
Draw a text box (That with the T from the drawing toolbar) and enter the text:
 V Volumen, G Grundfläche, O Oberfläche
Leave the box.
Enter the box for editing, for example with double-click.
Mark the first letter, the single V, and format it hard, for example making it
italic.

Try now to make the single O italic too. Click before the O and drag right to
mark it. Notice, that the marked area is besides the O. Nevertheless, click on
the italic button in the formatting toolbar. The cursor jumps back to the O and
the O is italic. Same problem, if you click before the O and mark with
shift-arrow right.

Try to format the G. When you click before the G the cursor is far away on the
right side.

The same happens with other character formattings.

The version DEV300m82 is OK. First occurrence is in DEV300m83.
Comment 1 Rainer Bielefeld 2010-07-29 05:22:37 UTC 
Reproducible with "Ooo-Dev 3.3.0 multilingual version English UI WIN XP:
[DEV330m1 (Build 9514)]"! Al works fine if all characters have the same
formatting, but if one charycter has different formatting (you can also select
character size for "G" 5 times as big as other characters), you will have
problems to place the cursor at the place you want anywhere behind the "G": the
caret will appear far away from the position of the mouse pointer when you left
click.

Works fine with "Ooo 3.1.1 WIN XP DE[OOO310m19 (Build 9420)]"!

I believe that would be an unacceptable limitation for DRAW 3.3
Comment 2 niklas.nebel 2010-07-29 14:51:05 UTC 
Same cause as issue 112788, fixed in OOO330m2.

*** This issue has been marked as a duplicate of 112788 ***
Comment 3 niklas.nebel 2010-07-29 14:51:35 UTC 
closing duplicate