Issue 93248 - Aqua: gravis accent misbehaves in MultiLineEdits
Summary: Aqua: gravis accent misbehaves in MultiLineEdits
Status: CLOSED DUPLICATE of issue 93155
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: OOO300m3
Hardware: Mac Mac OS X, all
: P3 Trivial (vote)
Target Milestone: OOo 3.1
Assignee: philipp.lohmann
QA Contact: issues@gsl
URL:
Keywords: aqua
Depends on:
Blocks:
 
Reported: 2008-08-29 12:54 UTC by pancapangrawit
Modified: 2008-09-02 14:08 UTC (History)
3 users (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 pancapangrawit 2008-08-29 12:54:46 UTC 
I am using the Aqua-build on Leopard 10.54, Austrian keyboard (having deadkeys for gravis and 
accutus):

The following behavior can be observed in either the /tools/options/user-data fields or the SQL-
Editor of Base:
press gravis then a -> à. Looks good.
press gravis then space -> `` Thats not ok but not a big issue
press gravis then space then a few letters then a 'Umlaut' vowel, e.g. ö or ä: the ö or ä will appear at 
the place of the initial gravis, replacing it and taking the cursor along.

I bumped into this because formal SQL expects gravis as table- and field-name delimiters, and in the 
current state it is virtually impossible to do it as the cursor seems to be erratically magnetized by that 
initial gravis.

I report this in gsl on recommendation of Maximilian Odendahl. I do not know the proper 
subcomponent nor whether this is OS-specific or not.

Best
Panca
Comment 1 hdu@apache.org 2008-08-29 13:20:32 UTC 
confirmed.
(P2 is for crashes etc.)
Comment 2 hdu@apache.org 2008-08-29 14:18:43 UTC 
@pl: this seems to be a problem in the input method, not a text display problem as I suspected:
entering "grave"+"space"+"a-umlaut" yields a string U+00E4 U+0060 (=="a-umlaut"+"grave)
Comment 3 hdu@apache.org 2008-08-29 14:29:56 UTC 
@pl: ekato's patch from issue 93155 seems to fix this problem too... please check whether this is a 
coincidence or if the root cause is indeed identical
Comment 4 ekato 2008-08-29 15:36:19 UTC 
@hdu @pl:
I can confirm this bug is identical with issue 93155.  gravis + space should
commit 'GRAVE ACCENT' (0x60), but the bug in insertText() treats this input
method event as a normal ASCII key input by keyboard.

IMHO, this should be fixed in time for 3.0...
Comment 5 pancapangrawit 2008-08-29 16:27:43 UTC 
I added another comment to issue 93155 (accidentally there). Might helpt to understand this a bit 
further...
Panca
Comment 6 hdu@apache.org 2008-09-01 08:10:16 UTC 
I hesitate to set this issue to DUPLICATE because that term is too ambiguous. The symptoms between this 
and issue 93155 are quite different but the root cause seems to be identical. On the other hand 
DUPLICATE is the best matching status considering the alternatives.

*** This issue has been marked as a duplicate of 93155 ***
Comment 7 stefan.baltzer 2008-09-02 14:08:55 UTC 
SBA: Verified the fix for this variation in CWS dba30j, too.
Closing issue as duplicate.