Naoyuki Ishimura wrote: > Hi Darren, > >>> So if user uses remote system and >>> the physical keyboard type/layout does not match with the >>> result, then he/she needs to set it manually with iiim-properties >>> 'Keyboard' tab to use layout emulation functionality. >> Is the user made aware of this - i.e. if it wasn't possible to detect are >> they >> prompted or a notification icon shown? > > Unfortunately no, as iiim does not know if auto detect result is > wrong... (ioctl returns some info anyway)
That's unfortunate. > > Yes, I know the variation in the same language version of layout > is causing confusion, and some issues have filed actually. > We're adding such variations (like Czech/Qwerty to Czech) as request > (filed issue) based for now. > And I'm planning adding user customizable layout emulation feature > to iiim. (I will send spec in the near future) That sounds like it might be what I need ;) Look forward to seeing it. > >>> Regarding C (non UTF-8 or Asian) locale, the Input Method >>> server (iiimd) is not running, and iiim functionality (including >>> keyborad layout emulation) is not activated. >>> It may be future enhancement, but current our priority is UTF-8 >>> locale. >> Understood, but I'm wondering if it *could* be enabled now, without more >> work? >> If not, then maybe the keyboard switcher applet could be used to fill that >> gap? > > Execute 'iiimx -iiimd' will activate some features, but such environment > is not supported now. Understood. > >>> BTW, iiim does not use XKB data at runtime, but uses XKB symbol data >>> at iiim build time (/etc/iiim/layoutdata.xml). >>> The reason is that we want to support non XKB env (Xsun default). >> Agreed, but since Xsun is being EOL-ed then I think we can consider moving on >> from that with Open Solaris and focus on Xorg for enhancements. > > Yes, it could be, although I'm not willing to develop iiim for S10U? and > OpenSolaris separately. I don't think that you should, but I would say that we shouldn't allow Xsun to limit what we could be doing... Thanks, Darren.
