From kde-core-devel Tue Dec 12 12:12:17 2006 From: LiuCougar Date: Tue, 12 Dec 2006 12:12:17 +0000 To: kde-core-devel Subject: Re: [Scim-devel] Proposal: unified input method/keyboard layout Message-Id: <955806780612120412r57fd48b8ufa438541e5b4bd76 () mail ! gmail ! com> X-MARC-Message: https://marc.info/?l=kde-core-devel&m=116592557010749 On 12/12/06, Christin LIVINE wrote: > Hi, > > If french or german layout keyboard can be use to type correctly Pinyin > or Japanse, It would be great. > > And what about an applet for Input method only ? > > Why not included some ideas from those reports ? > http://bugzilla.gnome.org/show_bug.cgi?id=354247 > https://bugs.kde.org/show_bug.cgi?id=109845 yes, that point is covered in this proposal: you will only have on tray applet for keyboard switching and input methods > > Thank you, Bye > > > LIVINE Christin > > > > LiuCougar a écrit : > > Hi All, > > I am the author of skim (SCIM for KDE, an input method which supports > > more than 30 languages, see http://www.scim-im.org ). > > > > I'd like to propose that KDE4 includes a similar app (let's name it > > KDEINPUT for now) in its basic package (maybe kdebase?) which provides > > not only an input method platform, but also multi-keyboard layout > > switching capacity (and handwriting recognition in future). > > > > The current skim has a plugin framework: all UI elements are in its > > own plugin (see screen shots here for a review of available UI > > elements here: http://www.scim-im.org/galleries/skim_screenshots ) > > > > but it does depend on SCIM: the core of skim is linked against libscim. > > > > I think in KDE4, the core of KDEINPUT should not depend on SCIM, it > > just provides a framework which provides kde applications (and other > > none-kde apps via dbus interface) these features: > > 1. specify which keyboard layout to use. likely use case: a typing > > practise app can switch the keyboard layout to the current practicing > > layout specified in the app, without user switching that manually > > 2. to activate an input method (in chinese version of microsoft > > office, when you open word, chinese input method will automatically > > activated) > > > > in future, this framework can also provide writing/voice recognition > > as input means. > > (some of these may be more appropriate to be placed under kdelibs, or no?) > > > > plugins can be written for KDEINPUT to provide the actual support. > > Under linux, plugins to interact with SCIM can be implemented to > > support input methods, while keyboard layout switching can be > > implemented using some X command (or API, I can not remember exactly, > > as I do not use any keyboard layouts other than US one). Under > > windows, a plugin to interface the windows input methods/keyboard > > configuration API can be made. I assume a similar case under Mac OS. > > > > What do you think? > > > > If it is agreed that something like this should be included in KDE 4, > > I'd like to work with kxkb developers (given they share the same view > > and would like to collaborate) and make this happen. > > > > Regards, > > Cougar > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Scim-devel mailing list > Scim-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/scim-devel > -- http://www.liucougar.net 生于忧患，死于安乐 "People's characters are strengthened through struggle against difficulties; they are weakened by comfort." - Old Chinese adage