Description of problem: Is it possible for SCIM to support the input whole repertoire of Unicode 3.0? Specifically, tried to enter 000A and noticed nothing happen. Version-Release number of selected component (if applicable): scim-1.4.2-6 How reproducible: Always Steps to Reproduce: 1.start gedit 2.choose RAW CODE IME from Others group 3.enter 000a Actual results: Nothing happen Expected results: 000a == New Line, hence, cursor should go next line Additional info:
It works for me.
That's strange. With scim-tables-0.5.5-2 and scim-1.4.2-9, choosing RawCode with Unicode or UTF-8 both does not respond to 000a.
I tried RawCode IME in scim-1.4.2-9. it looks like assuming 6 digit characters but not 4 digit characters. so if you want to input \n, 00000a works. James, you mean even 4 digit characters works for you?
Yes. At least, 000a works in gedit. However you need press space after inputting 000a to commit it.
Hmm, ok. it works for me as well. but it's an undocumented behavior and isn't what we expected. in common practice to describe the Unicode codepoint like U+10000, zero is getting suppressed when it's over 4 digit characters. so how about assuming 4 digit characters when the beginning of character is 0?
So that the code like U+20547 can only be inputted with 20547 rather than 020547? Hmm, I think it should be ok. I'll post a patch as soon as possible.
yes AFAICS. and it saves your time to support another range when Unicode x.y grow up their supported Unicode code range.
well, with keeping the backward compatibility anyway.
Created attachment 123353 [details] The patch to fix this issue. Please test this patch. It's for scim 1.4.4
Comment #9: I've tested scim with your patch. it fixes this problem. thanks.
Thank you. Adding patch to scim-1.4.4-2 build.
with OOOA, cursor shift to next Line in gedit (Raw Code input), this is expected Result Tested with: scim-1.4.4-9 on FC5test3 (Rawhide) Closing bug