Issue 80460 - Strange cursor movement/location when typing into dialogs
Summary: Strange cursor movement/location when typing into dialogs
Status: CLOSED FIXED
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: 680m225
Hardware: Mac Mac OS X, all
: P3 Trivial (vote)
Target Milestone: OOo 2.4
Assignee: pavel
QA Contact: issues@gsl
URL:
Keywords: aqua
: 79772 (view as issue list)
Depends on:
Blocks:
 
Reported: 2007-08-08 09:46 UTC by pavel
Modified: 2008-03-13 20:52 UTC (History)
1 user (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description pavel 2007-08-08 09:46:40 UTC 
Hi,

in aqua SRC680_m225, when you type into dialogs (e.g. into First Start wizard dialog), the cursor's 
location is very strange, not natural.

Cursor is OK in the document though.
Comment 1 hdu@apache.org 2007-08-08 09:59:15 UTC 
.
Comment 2 philipp.lohmann 2007-08-08 17:49:05 UTC 
if this concerns the aquavcl03 build, then I guess that issue is fixed; in a
commit event the cursor was not advanced, which would affect all characters
except those in the ascii range 0x32 - 0x7f.
Comment 3 pavel 2007-08-08 20:25:55 UTC 
I found it *without* aquavcl03.

Will check if it is in aquavcl03 now...
Comment 4 pavel 2007-08-09 16:29:05 UTC 
The same in aquavcl03.
Comment 5 philipp.lohmann 2007-08-09 17:22:10 UTC 
I guess you're talking about the trailing characters when typing then ? this was
also in aquavcl02, i remember and does not have a solution yet.
Comment 6 pavel 2007-08-10 08:31:26 UTC 
*** Issue 79772 has been marked as a duplicate of this issue. ***
Comment 7 hdu@apache.org 2007-12-07 16:13:17 UTC 
Fixed in CWS aquavcl04.

Native widgets were drawn in the ImplHandlePaint() event, so if an Edit field uses NWF (=> the window's mbPaintTransparent member is set) the painting of the text was delayed until NWF drawing of the Edit 
field background is done. Cursor painting is done synchronously though (see Edit::ImplAlignAndPaint and 
Edit::ImplInvalidateOrRepaint) and later again when the NWF background got painted. Getting rid of the 
delay after invalidating the field by updating the window immediately helps)
Comment 8 philipp.lohmann 2007-12-17 10:06:20 UTC 
can you please verify in CWS aquavcl04 ?
Comment 9 pavel 2007-12-17 13:13:18 UTC 
Issue verified in provided build.
Comment 10 pavel 2008-03-13 20:52:31 UTC 
Closing.