[Scim-devel] Proposal: unified input method/keyboard layout switching support for kde4

[LiuCougar]

On 12/12/06, Christin LIVINE <lcn at mail.pf> 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 at 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