[Mono-bugs] [Bug 386528] Character input with the Carbon backend has endian (and other) problems

[bugzilla_noreply at novell.com]

https://bugzilla.novell.com/show_bug.cgi?id=386528

User jesjones at mindspring.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=386528#c2





--- Comment #2 from Jesse Jones <jesjones at mindspring.com>  2008-05-10 22:49:30 MST ---
I don't have trunk on my machine, but the diff is: replace the whole of
ProcessText in System.Windows.Forms.CarbonInternal/KeyboardHandler.cs with the
code above and add the new GetCodePoint method.

Note that the trunk code is an improvement over the 1.9 code but it still has
issues:

1) The key_filter_table check is not endian correct nor Unicode correct
(because it doesn't check the high byte for zero).

2) It's still assigning only a byte from the Unicode code point to wParam so
typing something like option-p will give you garbage instead of the pi
character.

My original code is probably overly complex though. It'd be simpler to continue
using kEventParamTextInputSendText and rely on BitConverter.IsLittleEndian to
figure out how to compose the Unicode code point.


-- 
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.