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):
Steps to Reproduce:
2.choose RAW CODE IME from Others group
000a == New Line, hence, cursor should go next line
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
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
Tested with: scim-1.4.4-9 on FC5test3 (Rawhide)