[Kmfl-devel] System-wide directories for keymap and icon files : scim-kmfl-imengine and ibus-kmfl comparisons

[கா. சேது | කා. සේතු | K. S. <sk...@gm...>]

Testing in Ubuntu-10.04 (Lucid). I have found that the kmfl keymap
binary files included in the directory /usr/share/kmfl and their .bmp
or .png icon files included in the directory /usr/share/kmfl/icons are
detected by ibus-kmfl and make them available globally for all user
accounts. This is analogous to the arrangement with m17n keymaps and
icons in /usr/share/m17n and /usr/share/m17n/icons respectively.

However whereas with m17n keymaps and icons, both ibus-m17n and
scim-m17n detect the so included keympas and icons, in the case of
kmfl only ibus-kmfl detects files under /usr/share/kmfl and
/usr/share/kmfl/icons.

With scim as front end it is evident that scim-kmfl-imengine requires
the kmfl (or kmn) files to be placed in the directory
/usr/share/scim/kmfl/ and the icon files in /usr/share/scim/kmfl/icons
or else sym links from those directories to files in /usr/share/kmfl
and usr/share/kmfl/icons respectively are provided (which is what I do
for my experimental keymaps)

Unlike scim-tables which is scim specific and ibus-table which is ibus
specific, kmfl is usable with both just like m17n. Therefore I think
it is more appropriate to modify scim-kmfl-imengine to scan
/usr/share/kmfl and /usr/share/kmfl/icons directories for system wide
available key-maps; the use of /usr/share/scim/kmfl/ and
/usr/share/scim/kmfl/icons could be then deprecated.

Is my suggestion feasible ?

K. Sethu