[SCIM] Please help me test the newest SCIM code.
James Su
suzhe at tsinghua.org.cn
Thu May 20 18:02:37 PDT 2004
Hi,
I don't think SCIM is a reinvented wheel comparing to IIIMF. SCIM is
totally different than IIIMF. IIIMF is much complex than SCIM, and hard
to use, and it's far from maturity.
As I know, SCIM is the first open source input method platform on
Linux which is written in C++. And IIIMF also leaks some features to
make it hard to use, for example, it leaks configuration interface. So,
it's hard to say which is better right now.
Though as I said SCIM can cooperate with IIIMF, SCIM can not fit into
the multiuser scheme of IIIMF very well. So the most important issue I'm
concerning is whether should we add multiuser feature in SCIM.
In the beginning, I think SCIM should no be a multiuser oriented
application, because of security and behaviour issue. But recently I
thinked about the multiuser issue again, and found that multiuser
support is useful to reduce the memory usage.
If we do not make SCIM into a system wide daemon, then we should at
least let SCIM runs as a per user daemon to let many frontends can use
just one copy of im servers. So we must find a way to start only one
instance of SCIM (with Socket FrontEnd) for each user. Do you have any
good idea about this issue?
Regards
James Su
Cougar wrote:
>Hi,
>
>My concern about these issues is that "what's the
>future of SCIM project now that IIIMF is approaching
>its maturity?"
>
>As long as I can see, SCIM was just designed (and is
>trying) to achieve nearly every aspect of IIIMF.
>However now more and more distros migrate to IIIMF,
>then what SCIM will do next if they are the same
>(fundimentally)?
>
>I remember James_su said that SCIM can be transfered
>to co-operate with IIIMF, but I can not imagine which
>part will SCIM be in IIIMF frame, or will SCIM be
>another implemention of IIIMF?
>
>I just think if wheel exists already, why should we
>reinvent it again (I mean the daemon and mult-user
>support)?
>
>Cheers,
>Cougar
>
>--- James Su <suzhe at tsinghua.org.cn> wrote:
>
>
>>Hi,
>> This patch will work partially. If users start
>>scim-setup in other
>>way, the config still can not be reloaded
>>automatically. I plan to let
>>scim-setup connect to panel and tell it to reload
>>the config directly.
>>
>> init scripts to start/stop/restart scim system
>>daemon are the most
>>important part. But beside that, some other issue
>>must be resolved, for
>>example:
>>1. How to managed the user tables for generic table
>>im module?
>>Originally, the user tables are stored in
>>~/.scim/user-tables, and table
>>setup module can manage this tables directly. But if
>>SCIM was started as
>>a system wide daemon, these tables must be stored
>>into an independent
>>directory (eg. /var/lig/scim/), then hwo to manages
>>these tables within
>>scim-setup table setup module?
>>2. If we uses SCIM as a system daemon, then multiple
>>users can use one
>>scim instance at the same time. Is it necessary to
>>separate the users'
>>data to different file? Or it's ok to just store all
>>user's data into
>>one file? btw. IIIMF can distinguish different
>>desktops (users).
>>
>>Regards
>>James Su
>>
>>Ming Hua wrote:
>>
>>
>>
>>>On Sat, May 15, 2004 at 05:29:47PM +0800, James Su
>>>
>>>
>>wrote:
>>
>>
>>>
>>>
>>>
>>>
>>>>Hi,
>>>>Of course you may have a try. Any bug fixes and
>>>>
>>>>
>>enhancements are
>>
>>
>>>>welcome. Just give me your patch. Though I had
>>>>
>>>>
>>already a plan to do this
>>
>>
>>>>feature.
>>>>
>>>>
>>>>
>>>>
>>>Well, I have no experience on Unix programming
>>>
>>>
>>(signal, process stuff),
>>
>>
>>>so most likely I am doing things wrong. But the
>>>
>>>
>>following simple patch
>>
>>
>>>seems to work for me, any comments?
>>>
>>>Index: extras/panel/scim_panel_gtk.cpp
>>>
>>>
>>===================================================================
>>
>>
>>>RCS file:
>>>
>>>
>/cvsroot/scim/scim-lib/extras/panel/scim_panel_gtk.cpp,v
>
>
>>>retrieving revision 1.65
>>>diff -u -r1.65 scim_panel_gtk.cpp
>>>--- extras/panel/scim_panel_gtk.cpp 13 May 2004
>>>
>>>
>>11:25:22 -0000 1.65
>>
>>
>>>+++ extras/panel/scim_panel_gtk.cpp 17 May 2004
>>>
>>>
>>21:52:53 -0000
>>
>>
>>>@@ -3911,8 +3911,10 @@
>>> if (pid <= 0) break;
>>> }
>>>
>>>- if (pid < 0)
>>>+ if (pid < 0) {
>>> _scim_setup_running = false;
>>>+ action_reload_config ();
>>>+ }
>>>
>>> if (pid == 0)
>>> signal (SIGCHLD, sigchld_handler);
>>>
>>>
>>>
>>>
>>>
>>>>And, there is a more important feature in my todo
>>>>
>>>>
>>list: make SCIM
>>
>>
>>>>works as a system daemon. How do you think about
>>>>
>>>>
>>it? Any comments are
>>
>>
>>>>welcome.
>>>>
>>>>
>>>>
>>>>
>>>What is the difference between the current SCIM
>>>
>>>
>>daemon mode and a SCIM
>>
>>
>>>system daemon? I know you need scripts for
>>>
>>>
>>starting, stoping, and
>>
>>
>>>restarting a system daemon, but that's all I know.
>>>
>>>Ming
>>>2004.05.17
>>>
>>>
>>>
>>--------------------------------------------------------------------------
>>
>>
>>>We used to think that if we know one, we know two,
>>>
>>>
>>because one and one are
>>
>>
>>>two. We are finding that we must learn a great
>>>
>>>
>>deal more about ``and''.
>>
>>
>>>
>>>
>>>
>>--- Sir Arthur Eddington
>>
>>--------------------------------------------------------------------------
>>
>>
>>>_______________________________________________
>>>scim mailing list
>>>scim at freedesktop.org
>>>http://freedesktop.org/mailman/listinfo/scim
>>>
>>>
>>>
>>>
>>>
>>_______________________________________________
>>scim mailing list
>>scim at freedesktop.org
>>http://freedesktop.org/mailman/listinfo/scim
>>
>>
>
>
>
>
>
>__________________________________
>Do you Yahoo!?
>Yahoo! Domains Claim yours for only $14.70/year
>http://smallbusiness.promotions.yahoo.com/offer
>
>_______________________________________________
>scim mailing list
>scim at freedesktop.org
>http://freedesktop.org/mailman/listinfo/scim
>
>
>
More information about the scim
mailing list