Description of problem:
Removing surrounding text support from Wijesekera keymap (si_LK) as many
applications besides gtk+ break rendering with surrounding text
The new keymap can be a static keymapping & can be prepared using scim-sinhala
I believe there are changes in cvs for m17n-lib and scim-m17n that
allow it to fallback to preedit instead of using surrounding-text
when it is not supported by the client frontend.
Hi, apologies for delayed reply.
If we go on & try to implement all the key combinations for the wijesekera
keymap, we'll need to implement 44x11 combinations (minimum, max is 44x17) -
which does not includes the ligeratures in which user uses more (or less) number
GTK+ is working as expected with wijesekera, however problems are seen in QT.
Created attachment 138305 [details]
si-wijesekera-preedit.mim - test version
Tyronne, can you please try the preedit version of wijesekera keymap & update
bugzilla wiht the changes?
i have tested this by entering "fld" after selecting wijesekera-preedit input
method, on KDE and Gnome. both works fine but couldn't test it on OOo for my
system has not been updated and still not due to the bandwidth issues at the Sri
Lanka RH office. (the OOo version i have is buggy too.)
Mayank: great if you can type in the "fld" key combination on OOo and make sure
that you get the same results as in Gnome and in KDE.
Looks fine in OO.o too.
Yup, even "fl`da" combination works fine in OO.o
Jens, should i then go ahead & replace old wijesekera with this one? Or are we
waiting for more testing?
Okay, "fld" and "fl`da" work as expected in kde/gnome/oo.o with the preedit
version of wijesekera keymap.
(In reply to comment #7)
> Jens, should i then go ahead & replace old wijesekera with this one? Or are we
> waiting for more testing?
Yes, I think it is better to replace the current map with the new one.
I suggest dropping the -preedit suffix in the filename and inside
the file too.
Jens, I did removed the preedit from the file name...
Using Wijesekera with preedit mode - Since this is fixed in current release for
devel branch, moving to modified for QE to test.
It is fixed in the FC6 update too, right?
*** Bug 200403 has been marked as a duplicate of this bug. ***
working in OO on RHEL 5.1