Closed
Bug 79135
Opened 23 years ago
Closed 14 years ago
NS_COMPOSITION_QUERY does not return the same value for height per line
Categories
(Core :: DOM: Editor, defect, P3)
Tracking
()
RESOLVED
FIXED
mozilla1.9.3a4
People
(Reporter: masaki.katakai, Assigned: masayuki)
References
Details
(Keywords: inputmethod, intl, Whiteboard: [behavior])
Attachments
(2 files)
NS_COMPOSITION_QUERY is used to get the position and width, height of current composition. Linux/UNIX nsWidget uses this interface to get the position and height. The height will be used for the height of composition text in over-the-spot mode, which is the mode that XIM server draws the composition text. nsWidget::UpdateICSpot() { compEvent.message = NS_COMPOSITION_QUERY; compEvent.eventStructType = NS_COMPOSITION_QUERY; compEvent.compositionMessage = NS_COMPOSITION_QUERY; this->OnComposition(compEvent); spot.x = compEvent.theReply.mCursorPosition.x; spot.y = compEvent.theReply.mCursorPosition.y + compEvent.theReply.mCursorPosition.height; SetXICBaseFontSize( compEvent.theReply.mCursorPosition.height - 1); } However, it seems that the height is changed even when the cursor is in the same line. For example, when the cursor is in "Subject" field, cursor is in the beginning of the field, height is returned as 16 on my environment, x=85 y=199 h=16 It seems that 16 point is correct. But if you type one character, the value of height is changed to 19 from 16. x=149 y=198 h=19 It seems that 19 point is bigger that expected. Please look at the snapshots. You can not find the problem that the size of composition text is not same even when we're trying to enter characters in the Subject field.
Reporter | ||
Comment 1•23 years ago
|
||
Reporter | ||
Comment 2•23 years ago
|
||
Comment 3•23 years ago
|
||
Changing QA contact to ftang@netscape.com for now.
QA Contact: andreasb → ftang
Comment 4•23 years ago
|
||
Katakai san, should this be assigned to widget or editor? It doesn't look like an i18n bug.
Reporter | ||
Comment 5•23 years ago
|
||
Hi Hotta-san, yes, can you move this to editor compoment?
Comment 6•23 years ago
|
||
Change component to editor and reassign.
Comment 7•23 years ago
|
||
assign to anthonyd
Assignee: beppe → anthonyd
Priority: -- → P3
Target Milestone: --- → mozilla0.9.2
Updated•23 years ago
|
Whiteboard: [behavior]
Comment 8•23 years ago
|
||
andreas, I don't understand why you assign this QA contact to me. This bug can be seen by the user/tester. reassign the qa contact back to andreas I don't think this should be an moz0.9.2 bug. The current behavior is not good but it is still good enough for a product. katakai- is that ok?
QA Contact: ftang → andreasb
Comment 9•23 years ago
|
||
had a mail exchange with ftang, we agreed this can go to 1.0
Target Milestone: mozilla0.9.2 → mozilla1.0
Reporter | ||
Comment 10•23 years ago
|
||
OK. This is a problem when we use over-the-spot mode, which is not the default input style. The default is on-the-spot. But some users in japanese prefer over-the-spot. Anyway, target should be 1.0. Thanks.
Comment 13•23 years ago
|
||
Bulk move of mozilla1.0 bugs to mozilla.1.0.1. I will try to pull some of these back in if I can.
Target Milestone: mozilla1.0 → mozilla1.0.1
Updated•17 years ago
|
QA Contact: amyy → editor
Updated•17 years ago
|
Assignee: kinmoz → nobody
Assignee | ||
Updated•14 years ago
|
Keywords: inputmethod
Assignee | ||
Comment 14•14 years ago
|
||
should be fixed by bug 528435 and bug 520732.
You need to log in
before you can comment on or make changes to this bug.
Description
•