Nabble - scim-devel

Re: Bugfix: ISO_Level3_Shift was breaking composition

2008-10-11T09:53:11Z

Sorry, it was just by mistake. :(

Ryo

phcoder wrote:

> Hello. This patch was commited to CVS instead of SVN (up-to-date scim
> uses SVN). Is there a particular reason for it or was it just by mistake?
> Vladimir Serbinenko
> Ryo Dairiki wrote:
>
>> Hi phcoder,
>>
>> Thank you for sending me a patch.
>> But I'm sorry to say that, I can't see exactly what this patch is.
>> Please give me a testcase. :)
>>
>> (We Japanese don't use Iso3Shift, so I don't know well about it)
>>
>> Regards,
>> Ryo Dairiki <ryo-dairiki@...>
>>
>> phcoder wrote:
>>
>>> Hello. I send the bugfix to the bug that pressing modifier level3_shift
>>> (usually right alt) was breaking the composition
>>> Vladimir Serbinenko
>>> Index: src/scim_compose_key.cpp
>>> ===================================================================
>>> --- src/scim_compose_key.cpp (revision 114)
>>> +++ src/scim_compose_key.cpp (working copy)
>>> @@ -92,6 +92,8 @@
>>> #define SCIM_NUM_COMPOSE_SEQS (sizeof (__scim_compose_seqs) / sizeof
>>> (__scim_compose_seqs [0]))
>>>
>>> static uint16 __scim_compose_ignores [] = {
>>> + SCIM_KEY_ISO_Level3_Shift,
>>> + SCIM_KEY_ISO_Group_Shift,
>>> SCIM_KEY_Mode_switch,
>>> SCIM_KEY_Shift_L,
>>> SCIM_KEY_Shift_R,
>>>
>>> -------------------------------------------------------------------------
>>> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>>> Build the coolest Linux based applications with Moblin SDK & win great prizes
>>> Grand prize is a trip for two to an Open Source event anywhere in the world
>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>> _______________________________________________
>>> Scim-devel mailing list
>>> Scim-devel@...
>>> https://lists.sourceforge.net/lists/listinfo/scim-devel
>>>
>>>
>>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>> Build the coolest Linux based applications with Moblin SDK & win great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Scim-devel mailing list
>> Scim-devel@...
>> https://lists.sourceforge.net/lists/listinfo/scim-devel
>>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Scim-devel mailing list
> Scim-devel@...
> https://lists.sourceforge.net/lists/listinfo/scim-devel
>
>

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scim-devel mailing list
Scim-devel@...
https://lists.sourceforge.net/lists/listinfo/scim-devel

Re: iBus - the new input framework

2008-10-11T02:38:27Z

Hi,

Please read ibus.pdf from http://ibus-user.googlegroups.com . It describes the architecture of ibus.

BRs
Huang Peng

On Sat, Oct 11, 2008 at 3:39 PM, LiuCougar <liucougar@...> wrote:

Could you describe how it is different from SCIM?

thanks
Cougar

Huang Peng-2 wrote:
>
> Hi all,
> I am developing a new input framework - iBus (Intelligent Input Bus).
> It is almost completed, and it already has several engines (Chinese
> PinYin, Chinese Chewing, Japanese Anthy, Korean Hangul, M17n and
> general table engines). It can also support gtk, qt4 and XIM
> applications (qt3 are supported via XIM). It has entered the test
> stage. So I wish you may download and try it. If you have any
> questions or suggestions, please tell me.
>
> homepage: http://code.google.com/p/ibus/
> discuss group: http://groups.google.com/group/ibus-user
> Fedora 9 users may download rpm packages from below link.
> https://admin.fedoraproject.org/updates/ibus-table-0.1.1.20080901-1.fc9,ibus-pinyin-0.1.1.20080901-1.fc9,ibus-m17n-0.1.1.20080901-1.fc9,ibus-chewing-0.1.1.20080901-1.fc9,ibus-hangul-0.1.1.20080901-1.fc9,ibus-anthy-0.1.1.20080901-1.fc9,ibus-0.1.1.20080901-1.fc9
>
> Thanks,
> Huang Peng
>

> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Scim-devel mailing list
> Scim-devel@...
> https://lists.sourceforge.net/lists/listinfo/scim-devel
>
>

--
View this message in context: http://www.nabble.com/iBus---the-new-input-framework-tp19256362p19930407.html
Sent from the scim-devel mailing list archive at Nabble.com.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scim-devel mailing list
Scim-devel@...
https://lists.sourceforge.net/lists/listinfo/scim-devel

Re: iBus - the new input framework

2008-10-11T00:39:11Z

Could you describe how it is different from SCIM?

thanks
Cougar

Huang Peng-2 wrote:

Hi all,
I am developing a new input framework - iBus (Intelligent Input Bus).
It is almost completed, and it already has several engines (Chinese
PinYin, Chinese Chewing, Japanese Anthy, Korean Hangul, M17n and
general table engines). It can also support gtk, qt4 and XIM
applications (qt3 are supported via XIM). It has entered the test
stage. So I wish you may download and try it. If you have any
questions or suggestions, please tell me.

homepage: http://code.google.com/p/ibus/
discuss group: http://groups.google.com/group/ibus-user
Fedora 9 users may download rpm packages from below link.
https://admin.fedoraproject.org/updates/ibus-table-0.1.1.20080901-1.fc9,ibus-pinyin-0.1.1.20080901-1.fc9,ibus-m17n-0.1.1.20080901-1.fc9,ibus-chewing-0.1.1.20080901-1.fc9,ibus-hangul-0.1.1.20080901-1.fc9,ibus-anthy-0.1.1.20080901-1.fc9,ibus-0.1.1.20080901-1.fc9

Thanks,
Huang Peng

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scim-devel mailing list
Scim-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scim-devel

Ideas about creating a sophisticated input method for latin

2008-10-10T12:01:17Z

Hello,

A few days ago, an idea came to my mind: What about an input method for the
latin alphabet?

Ok, usually, you don’t need this, but in some cases, you want to type
characters which are not on your keyboard, e.g. I want to type some Pinyin
syllables or so, without the need to put all these diacritica on my keyboard.

My idea is the following:

You would first write a word with the basic 26 latin letters (or more, if you
have another keyboard, like me, German). Say, if you want to write down the
German president, Horst Köhler, you would write on an English keyboard:

Horst Kohler

After you typed in Kohler, the input method automatically looks through a
table and offers some possibilities. You would then use the caps lock key (I
thought of this key, because basically it is absolutely useless but has a
really nice position on the keyboard... Really easy to reach) to go through
the options, and maybe select as the second choice “Köhler”. Some other
choices could also be there.

Even nicer would something like this:

If you type in “Alpha”, the input method would see this and display “Α” (ok,
basically, this is just not really useful), if you type in “alpha”, it would
offer α.

You could also do this with e.g. when typing in “Shanghai“, and the IM would
offer “Shànghǎi”.

Even nicer for Pinyin would be something like this: Shang4hai3, and the IM
automatically detects, that it is pinyin and offers “Shànghǎi”. If you just
type Shang, it would offer Shāng, Sháng, Shǎng, Shàng.

Also, for some other characters like „“”, this would be nice.

You type ", and then you can select, if you like to have „“”. If you type -,
you could select – (en-) or — (em-dash), or − (minus).

For this, some kind of annotation possibility would be necessary (because
maybe the differences are not really that clear if the font doesn’t display
it). Does Scim offer this possibility? I know, that the Windows Japanese IME
offers some short comments at the selection of certain characters.

I think, some kind of user-generated tables would be really nice for this,
e.g. lists of famous persons and places and so on. Also, maybe a table for
Pinyin. On a website, a database could be created and maybe regularly updated
in the program. Also, the user could add own conversation tables easily.

Because I think, not everyone would be interested in Pinyin and would be a bit
confused, if he always gets too much results, maybe some kind of tag system
would be nice to have. Like tagging all Pinyin syllables with “Pinyin“, and
thus be able to deselect Pinyin in the options and not be shown every
possibility. Also, some geographical names according to Region/Country, so
that, if the user doesn’t really communicate anything about East Asia, he
will not get the results.

So basically, what do you think? I think, this would be _really_ much easier
than using all these composite keys, because you don’t have to remember any
codes then.

Also, a shared input method for all latin based languages would be best,
because I think, most of the conversion would be shared between all the
languages. Basically, in the options, you could choose which language your
keyboard is, and then the input method would behave a little bit otherwise,
depending on your language.

Gerrit

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scim-devel mailing list
Scim-devel@...
https://lists.sourceforge.net/lists/listinfo/scim-devel

Re: adding the input method wubihua as a simplified Chinese input method in SCIM

2008-10-09T15:47:05Z

The only problem is the license of this chart........ Can someone
(possibly the legal representatives of the SCIM project) clarify this
issue?

Thanks!

Kwonghua

On Thu, Oct 9, 2008 at 12:12 AM, TAKAHASHI Naoto <ntakahas@...> wrote:

> Kenichi Handa writes:
>
>> In article <19768234.post@...>, "Ma, Kwonghua" <ma.kwonghua@...> writes:
>
>>> There is a very simple stroke-based input method for simplified Chinese
>>> called Wubihua:
>
>>> http://www.yale.edu/chinesemac/wubi/hua.html
>
>>> It is widely used in macintosh and many mobile phones but not yet available
>>> in Linux. Would someone like to port wubihua to scim? How difficult is
>>> this task? What information / data would one need and what are the
>>> procedures?
>
>> If you can contribute the code, we are glad to include it in
>> m17n-contrib package. All input methods in this package can
>> be used by SCIM via scim-m17n.
>
>> I'll attach the template of zh-wubihua.mim file. Please
>> fill in "map" for wubihua.
>
> I found a Wubihua collation chart on the net. I do not know whether
> we can process the html file and redistribute the result.
>
> http://developer.mimer.com/charts/chinese_wubihua.htm
>
> --
> TAKAHASHI Naoto
> ntakahas@...
> http://www.m17n.org/ntakahas/
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Scim-devel mailing list
> Scim-devel@...
> https://lists.sourceforge.net/lists/listinfo/scim-devel
>

Re: adding the input method wubihua as a simplified Chinese input method in SCIM

2008-10-09T15:44:57Z

TAKAHASHI Naoto wrote:

>
> I found a Wubihua collation chart on the net. I do not know whether
> we can process the html file and redistribute the result.
>
> http://developer.mimer.com/charts/chinese_wubihua.htm
>

I would suggest that, in the UK at least, someone has a database
copyright on the contents of that page, even if you strip it out of the
HTML. I think you need to find a source that grants an explicit licence
to use the codes, or derive them from first principles from some other
source (e.g. stroke order data) that is suitably licensed, or copyright
expired.

--
David Woolley
Emails are not formal business letters, whatever businesses may want.
RFC1855 says there should be an address here, but, in a world of spam,
that is no longer good advice, as archive address hiding may not work.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scim-devel mailing list
Scim-devel@...
https://lists.sourceforge.net/lists/listinfo/scim-devel

Re: adding the input method wubihua as a simplified Chinese input method in SCIM

2008-10-08T04:12:04Z

Kenichi Handa writes:

> In article <19768234.post@...>, "Ma, Kwonghua" <ma.kwonghua@...> writes:

>> There is a very simple stroke-based input method for simplified Chinese
>> called Wubihua:

>> http://www.yale.edu/chinesemac/wubi/hua.html

>> It is widely used in macintosh and many mobile phones but not yet available
>> in Linux. Would someone like to port wubihua to scim? How difficult is
>> this task? What information / data would one need and what are the
>> procedures?

> If you can contribute the code, we are glad to include it in
> m17n-contrib package. All input methods in this package can
> be used by SCIM via scim-m17n.

> I'll attach the template of zh-wubihua.mim file. Please
> fill in "map" for wubihua.

I found a Wubihua collation chart on the net. I do not know whether
we can process the html file and redistribute the result.

http://developer.mimer.com/charts/chinese_wubihua.htm

--
TAKAHASHI Naoto
ntakahas@...
http://www.m17n.org/ntakahas/

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scim-devel mailing list
Scim-devel@...
https://lists.sourceforge.net/lists/listinfo/scim-devel

Re: adding the input method wubihua as a simplified Chinese input method in SCIM

2008-10-08T01:49:05Z

Yes, totally different. Wubihua is a easy to learn input method as
users only need to remember five types of strokes. For each word, the
first four and the last one strokes are taken, that's all.

Kenichi Handa:

Thanks for your file. However where can I find the input->word table
for wubihua? Do I really have to type the input for each chinese word
manually?

On Tue, Oct 7, 2008 at 2:34 PM, Jens Petersen <petersen@...> wrote:

>
> ----- "Kwonghua Ma" <ma.kwonghua@...> wrote:
> > There is a very simple stroke-based input method for simplified
> > Chinese called Wubihua: http://www.yale.edu/chinesemac/wubi/hua.html
> >
> > It is widely used in macintosh and many mobile phones but not yet
> > available in Linux. Would someone like to port wubihua to scim?
>
> Is it quite different from the well-known Wubi input method that is widely used in China? Note there are already Wubi tables in scim-tables.
>
> Jens

Re: Bugfix: ISO_Level3_Shift was breaking composition

2008-10-07T11:48:21Z

Hello. This patch was commited to CVS instead of SVN (up-to-date scim
uses SVN). Is there a particular reason for it or was it just by mistake?
Vladimir Serbinenko
Ryo Dairiki wrote:

> Hi phcoder,
>
> Thank you for sending me a patch.
> But I'm sorry to say that, I can't see exactly what this patch is.
> Please give me a testcase. :)
>
> (We Japanese don't use Iso3Shift, so I don't know well about it)
>
> Regards,
> Ryo Dairiki <ryo-dairiki@...>
>
> phcoder wrote:
>> Hello. I send the bugfix to the bug that pressing modifier level3_shift
>> (usually right alt) was breaking the composition
>> Vladimir Serbinenko
>> Index: src/scim_compose_key.cpp
>> ===================================================================
>> --- src/scim_compose_key.cpp (revision 114)
>> +++ src/scim_compose_key.cpp (working copy)
>> @@ -92,6 +92,8 @@
>> #define SCIM_NUM_COMPOSE_SEQS (sizeof (__scim_compose_seqs) / sizeof
>> (__scim_compose_seqs [0]))
>>
>> static uint16 __scim_compose_ignores [] = {
>> + SCIM_KEY_ISO_Level3_Shift,
>> + SCIM_KEY_ISO_Group_Shift,
>> SCIM_KEY_Mode_switch,
>> SCIM_KEY_Shift_L,
>> SCIM_KEY_Shift_R,
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>> Build the coolest Linux based applications with Moblin SDK & win great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Scim-devel mailing list
>> Scim-devel@...
>> https://lists.sourceforge.net/lists/listinfo/scim-devel
>>
>>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Scim-devel mailing list
> Scim-devel@...
> https://lists.sourceforge.net/lists/listinfo/scim-devel

[Patch]reduce scim-bridge virtual memory usage.

2008-10-06T23:27:23Z

Hi Ryo Dairiki,

Recently I found that when scim-bridge initialize scim, it will load all imengines as the scim daemon does. In my opinion, scim-bridge only need to use SocketIMEngine to connect the scim daemon. When two imengines in scim-bridge and scim access the same user data file, data corruption may occur.

Here is a patch to load SocketIMengine instead of load all imengine. This patch will significantly reduce the virtual memory usage of scim-bridge.

Best Wishes,

Peng Wu

Index: scim-bridge-0.4.15/agent/scim-bridge-agent.cpp
===================================================================
--- scim-bridge-0.4.15.orig/agent/scim-bridge-agent.cpp
+++ scim-bridge-0.4.15/agent/scim-bridge-agent.cpp
@@ -442,6 +442,9 @@ retval_t ScimBridgeAgentImpl::initialize
return RETVAL_FAILED;
}

+ imengine_module_names.clear();
+ imengine_module_names.push_back("socket");
+
// Get config modules
vector<String> config_module_names;
scim_get_config_module_list (config_module_names);

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scim-devel mailing list
Scim-devel@...
https://lists.sourceforge.net/lists/listinfo/scim-devel

Re: adding the input method wubihua as a simplified Chinese input method in SCIM

2008-10-06T18:34:22Z

----- "Kwonghua Ma" <ma.kwonghua@...> wrote:
> There is a very simple stroke-based input method for simplified
> Chinese called Wubihua: http://www.yale.edu/chinesemac/wubi/hua.html
>
> It is widely used in macintosh and many mobile phones but not yet
> available in Linux. Would someone like to port wubihua to scim?

Is it quite different from the well-known Wubi input method that is widely used in China? Note there are already Wubi tables in scim-tables.

Jens

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scim-devel mailing list
Scim-devel@...
https://lists.sourceforge.net/lists/listinfo/scim-devel

Re: adding the input method wubihua as a simplified Chinese input method in SCIM

2008-10-06T05:03:22Z

In article <19768234.post@...>, "Ma, Kwonghua" <ma.kwonghua@...> writes:

> There is a very simple stroke-based input method for simplified Chinese
> called Wubihua:

> http://www.yale.edu/chinesemac/wubi/hua.html

> It is widely used in macintosh and many mobile phones but not yet available
> in Linux. Would someone like to port wubihua to scim? How difficult is
> this task? What information / data would one need and what are the
> procedures?

If you can contribute the code, we are glad to include it in
m17n-contrib package. All input methods in this package can
be used by SCIM via scim-m17n.

I'll attach the template of zh-wubihua.mim file. Please
fill in "map" for wubihua.

---
Kenichi Handa
handa@...

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scim-devel mailing list
Scim-devel@...
https://lists.sourceforge.net/lists/listinfo/scim-devel

zh-wubihua.mim (2K) Download Attachment

Re: [m17n-lib:00659] Ver.1.5.3 will be released soon.

2008-10-06T04:43:38Z

In article <e7f875700810060210t2696e943q2b5a9e822d76fe51@...>, "Funda Wang" <fundawang@...> writes:

> Is it possible merge this patch regarding new version of fribidi?
> http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/m17n-lib/current/SOURCES/m17n-lib-1.5.2-new-fribidi.patch

Thank you for letting us know that problem.

We are going to use this change instead (slightly different
from m17n-lib-1.5.2-new-fribidi.patch). Could you please
check the current CVS version is ok for mandriva?

*** draw.c.~1.77.~ 2008-05-13 10:57:33.000000000 +0900
--- draw.c 2008-10-06 20:38:57.000000000 +0900
***************
*** 1750,1756 ****
--- 1750,1760 ----
MbidiS = msymbol ("S");
MbidiNSM = msymbol ("NSM");
#ifdef HAVE_FRIBIDI
+ #if FRIBIDI_INTERFACE_VERSION < 3
fribidi_set_mirroring (TRUE);
+ #else
+ fribidi_set_mirroring (1);
+ #endif
#endif

M_break_at_space = msymbol ("bs");

After the release of 1.5.3, we'll adjust the code of draw.c
not to use the APIs deprecated by the latest version of
fribidi.

---
Kenichi Handa
handa@...

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scim-devel mailing list
Scim-devel@...
https://lists.sourceforge.net/lists/listinfo/scim-devel

adding the input method wubihua as a simplified Chinese input method in SCIM

2008-10-01T13:28:52Z

There is a very simple stroke-based input method for simplified Chinese called Wubihua:

http://www.yale.edu/chinesemac/wubi/hua.html

It is widely used in macintosh and many mobile phones but not yet available in Linux. Would someone like to port wubihua to scim? How difficult is this task? What information / data would one need and what are the procedures?

Thanks!

Re: Bugfix: ISO_Level3_Shift was breaking composition

2008-09-27T08:30:08Z

Hello. On some european keyboard you can actually have four symbols per
button: normal, shift+key, lev3+key, lev3+shift+key (rarely used). lev3
is usually right alt but can also be configured for other keys (e.g. on
my keyboard both left alt and left super are configured as lev3, so no
problem if I miss the key). And on the combinations with lev3 you can
find a lot of dead keys. So let's say you compose a serie of 3 symbols
(very used in Vietnamese): a+b+c. And let's say that b is on lev3
combination but a isn't. Normally you would expect all 3 symbols to
compose together. But you enter the key sequence:
a+(lev3+b)+c
And the moment you push lev3, "a" is lost so only two symbols are composed.
Actually this bug is already on the bugtracker since quite a while:
https://sourceforge.net/tracker/index.php?func=detail&aid=1957234&group_id=108454&atid=650539
Vladimir 'phcoder' Serbinenko
Ryo Dairiki wrote:

Re: Bugfix: ISO_Level3_Shift was breaking composition

2008-09-26T19:21:13Z

Hi phcoder,

Thank you for sending me a patch.
But I'm sorry to say that, I can't see exactly what this patch is.
Please give me a testcase. :)

(We Japanese don't use Iso3Shift, so I don't know well about it)

Regards,
Ryo Dairiki <ryo-dairiki@...>

phcoder wrote:

> Hello. I send the bugfix to the bug that pressing modifier level3_shift
> (usually right alt) was breaking the composition
> Vladimir Serbinenko
> Index: src/scim_compose_key.cpp
> ===================================================================
> --- src/scim_compose_key.cpp (revision 114)
> +++ src/scim_compose_key.cpp (working copy)
> @@ -92,6 +92,8 @@
> #define SCIM_NUM_COMPOSE_SEQS (sizeof (__scim_compose_seqs) / sizeof
> (__scim_compose_seqs [0]))
>
> static uint16 __scim_compose_ignores [] = {
> + SCIM_KEY_ISO_Level3_Shift,
> + SCIM_KEY_ISO_Group_Shift,
> SCIM_KEY_Mode_switch,
> SCIM_KEY_Shift_L,
> SCIM_KEY_Shift_R,
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Scim-devel mailing list
> Scim-devel@...
> https://lists.sourceforge.net/lists/listinfo/scim-devel
>
>

Bugfix: ISO_Level3_Shift was breaking composition

2008-09-25T12:52:30Z

Hello. I send the bugfix to the bug that pressing modifier level3_shift
(usually right alt) was breaking the composition
Vladimir Serbinenko
Index: src/scim_compose_key.cpp
===================================================================
--- src/scim_compose_key.cpp (revision 114)
+++ src/scim_compose_key.cpp (working copy)
@@ -92,6 +92,8 @@
#define SCIM_NUM_COMPOSE_SEQS (sizeof (__scim_compose_seqs) / sizeof
(__scim_compose_seqs [0]))

static uint16 __scim_compose_ignores [] = {
+ SCIM_KEY_ISO_Level3_Shift,
+ SCIM_KEY_ISO_Group_Shift,
SCIM_KEY_Mode_switch,
SCIM_KEY_Shift_L,
SCIM_KEY_Shift_R,

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scim-devel mailing list
Scim-devel@...
https://lists.sourceforge.net/lists/listinfo/scim-devel

Ver.1.5.3 will be released soon.

2008-09-25T05:04:17Z

We'll release ver.1.5.3 of m17n-lib and m17n-db within a
week. The release candidate version is at the CVS trunk or
in the following tarballs:

http://www.m17n.org/m17n-lib-download/m17n-lib-1.5.3-RC.tar.gz
http://www.m17n.org/m17n-lib-download/m17n-db-1.5.3-RC.tar.gz

---
Kenichi Handa
handa@...

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scim-devel mailing list
Scim-devel@...
https://lists.sourceforge.net/lists/listinfo/scim-devel

Re: SCIM in the OLPC XO-1

2008-09-14T02:36:34Z

On Fri, Sep 5, 2008 at 7:33 AM, Jens Petersen <petersen@...> wrote:

>> We are considering a switch to SCIM for the next OLPC OS release (due
>> to be released in the first quarter of 2009). We currently use XKB,
>> and there is a dedicated "switch" key on the keyboard which lets us
>> switch the keyboard layouts. We do not want the user experience to
>> change, and to keep things as simple as possible, and hence we are
>> trying to avoid the SCIM panel. Instead, we are planning on using
>> scim-config-agent to configure SCIM once during first boot, and then
>> launch SCIM automatically with Sugar.
>
>> Does this sound like a doable plan ?
>
> I think so.
>
> Have you tested memory requirements, etc? If that is not an issue I think it should be fine.
>
>> Also, we have a significant number of keyboards layouts defined in
>> XKB[1] - is there any way to reutilize the work already done when we
>> switch to SCIM ?
>
> I don't know of any tool to convert xkb maps to (or from) scim-tables or m17n maps but such a tool would be very useful.

I wrote a tool which parses XKB maps and tries to generate M17N maps
from that. However, I'm a bit stuck with the Alt-Gr mappings - any
help would be appreciated there :-) (moreover, I'm unable to subscribe
to the m17n lists for some reasons - maybe someone on this list would
know how to get subscribed ?)

The code is available from Git at
http://dev.laptop.org/git?p=users/sayamindu/xkb2scim

It parses XKB maps and stores the information in a dict. You can use
the tool like

parse_xkb_symbols.py <layout> <variant>

Thank you,
Sayamindu

--
Sayamindu Dasgupta
[http://sayamindu.randomink.org/ramblings]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scim-devel mailing list
Scim-devel@...
https://lists.sourceforge.net/lists/listinfo/scim-devel

Re: iBus - the new input framework

2008-09-09T09:16:55Z

Hi,

Huang Peng wrote:
>
> You are welcome.
> I am interested about this project. I think ibus should have a text
> console frontend too.
> So could you tell me how do you implement this program? It is a
> plug-in of fbterm or a separate text console program? If it is a
> separate text console program, maybe I could get some ideas from it or
> include it in ibus project. :)

Fbterm is a console emulator which works on vesafb.
It render glyph by freetype, so you can see CJK characters on console.
Here, the screenshot:

screenshot

I'm thinking of adding IM plugin support to fbterm itself.
It steals key event from fbterm key handling mechanism.
It displays preedit and candidate table by interrupting screen rendering
of fbterm.
I also plan to make fbterm to load im-plugins semi-dynamically, like gtk
and qt.

UIM-Fep is UIM frotend program for console, which is the only choice for
this purpose currently.
It's a separate program from vesafb terminal emulator, and it's a simple
terminal emulator too.
The major weakness of this program are as follows,

1. Cannot handle kanji-related keys properly, as console emulator (or
console module of kernel) eats them.
Fbterm uses keycode remapping mechanism inside it it capture some
special key sequence,
and I've succeeded to capture kanji-related keys by using them last week.

2. Some programs don't work properly on uim-fep, and nobody is reluctant
to fix it.
UIM-Fep is not a console emulator, but UIM frontend.

Maybe, both problem can be solved by this patch.
I wish we can give fully CJK-supported console for Linux users in the
future.

Regards,
Ryo Dairiki <ryo-dairiki@...>

P.S.
I don't have enough time to concentrate on developing it now, so it
won't come so early.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scim-devel mailing list
Scim-devel@...
https://lists.sourceforge.net/lists/listinfo/scim-devel

Re: iBus - the new input framework

2008-09-08T21:52:22Z

On Tue, Sep 9, 2008 at 12:33 AM, Ryo Dairiki <ryo-dairiki@...> wrote:

Hi,

Huang Peng wrote:
>
>
> On Sun, Sep 7, 2008 at 6:14 PM, Huang Peng <shawn.p.huang@...

> <mailto:shawn.p.huang@...>> wrote:
>
>
>
> On Sun, Sep 7, 2008 at 5:06 PM, Ryo Dairiki
> <ryo-dairiki@...

> <mailto:ryo-dairiki@...>> wrote:
>
> Hi,
>
> I'm now writing im-plugin for fbterm, which allows you
> displaying
> CJK text on vesafb.
>
> Last week, a Chinese contacted me to request for console
> Chinese input.
> He said they don't use X at all, and don't want to install it
> either.
> So I have to achieve console pinyin input, which X at all.
>
> I'm thinking of writing Fbterm-iBus, instead of Fbterm-SCIM.
> Because it's difficult to use SCIM completely without X. :(
> I think there has been no iBus configuration tool works on
> console,
> but I think it's easy. Isn't it? :)
>
>
> iBus has several parts: ibus-daemon, input engines, ibus-panel,
> ibus-conf, ibus-setup UIs, clients (gtk im module, qt immoudel and
> xim clients). Every parts are separated Linux processes. They
> conmunicatted with others parts by dbus IPC library. The core
> (ibus-daemon) & input engines can works without X system. You may
> try only run ibus-daemon & ibus-engine-pinyin in your system. It
> can work. But without ibus-panel, users can not choices candidates
> from candidates window.
>
> I don't know how the im-plugin of fbterm works in detail. But I
> think maybe you has two ways to implement it.
>
> 1. Develop a new ibus-panel without X for fbterm.
> 2. Improve ibus, to make ibus-daemons can send candidates to
> clients, clients will display candidates by self.
> You may find a method "set_capabilities" in bus.py. We could
> define a new capability like show_candidates_by_self. If an IC has
> this capability, ibus will send candidates to this IC instead of
> ibus-panel. And the client can get candidates and show them by self.
>
>
> For your requirements, I wrote a demo code and push it into git
> repository . You may find it in test folder. The demo code is console
> program, you may use Ctrl + V (instead of Ctrl + space) to enable the
> ibus engine. Is it what you expect?

Yes, it is.

Now the most of the problem has been solved!
I'll start writing it.

Thank you for your advice and test code. :)

You are welcome.
I am interested about this project. I think ibus should have a text console frontend too.
So could you tell me how do you implement this program? It is a plug-in of fbterm or a separate text console program? If it is a separate text console program, maybe I could get some ideas from it or include it in ibus project. :)

Re: iBus - the new input framework

2008-09-08T09:33:40Z

Hi,

Huang Peng wrote:

>
>
> On Sun, Sep 7, 2008 at 6:14 PM, Huang Peng <shawn.p.huang@...
> <mailto:shawn.p.huang@...>> wrote:
>
>
>
> On Sun, Sep 7, 2008 at 5:06 PM, Ryo Dairiki
> <ryo-dairiki@...
> <mailto:ryo-dairiki@...>> wrote:
>
> Hi,
>
> I'm now writing im-plugin for fbterm, which allows you
> displaying
> CJK text on vesafb.
>
> Last week, a Chinese contacted me to request for console
> Chinese input.
> He said they don't use X at all, and don't want to install it
> either.
> So I have to achieve console pinyin input, which X at all.
>
> I'm thinking of writing Fbterm-iBus, instead of Fbterm-SCIM.
> Because it's difficult to use SCIM completely without X. :(
> I think there has been no iBus configuration tool works on
> console,
> but I think it's easy. Isn't it? :)
>
>
> iBus has several parts: ibus-daemon, input engines, ibus-panel,
> ibus-conf, ibus-setup UIs, clients (gtk im module, qt immoudel and
> xim clients). Every parts are separated Linux processes. They
> conmunicatted with others parts by dbus IPC library. The core
> (ibus-daemon) & input engines can works without X system. You may
> try only run ibus-daemon & ibus-engine-pinyin in your system. It
> can work. But without ibus-panel, users can not choices candidates
> from candidates window.
>
> I don't know how the im-plugin of fbterm works in detail. But I
> think maybe you has two ways to implement it.
>
> 1. Develop a new ibus-panel without X for fbterm.
> 2. Improve ibus, to make ibus-daemons can send candidates to
> clients, clients will display candidates by self.
> You may find a method "set_capabilities" in bus.py. We could
> define a new capability like show_candidates_by_self. If an IC has
> this capability, ibus will send candidates to this IC instead of
> ibus-panel. And the client can get candidates and show them by self.
>
>
> For your requirements, I wrote a demo code and push it into git
> repository . You may find it in test folder. The demo code is console
> program, you may use Ctrl + V (instead of Ctrl + space) to enable the
> ibus engine. Is it what you expect?

Yes, it is.

Now the most of the problem has been solved!
I'll start writing it.

Thank you for your advice and test code. :)

Regards,
Ryo

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scim-devel mailing list
Scim-devel@...
https://lists.sourceforge.net/lists/listinfo/scim-devel

Re: iBus - the new input framework

2008-09-07T18:32:46Z

On Sun, Sep 7, 2008 at 6:14 PM, Huang Peng <shawn.p.huang@...> wrote:

On Sun, Sep 7, 2008 at 5:06 PM, Ryo Dairiki <ryo-dairiki@...> wrote:

Hi,

I'm now writing im-plugin for fbterm, which allows you displaying
CJK text on vesafb.

Last week, a Chinese contacted me to request for console Chinese input.
He said they don't use X at all, and don't want to install it either.
So I have to achieve console pinyin input, which X at all.

I'm thinking of writing Fbterm-iBus, instead of Fbterm-SCIM.
Because it's difficult to use SCIM completely without X. :(
I think there has been no iBus configuration tool works on console,
but I think it's easy. Isn't it? :)

iBus has several parts: ibus-daemon, input engines, ibus-panel, ibus-conf, ibus-setup UIs, clients (gtk im module, qt immoudel and xim clients). Every parts are separated Linux processes. They conmunicatted with others parts by dbus IPC library. The core (ibus-daemon) & input engines can works without X system. You may try only run ibus-daemon & ibus-engine-pinyin in your system. It can work. But without ibus-panel, users can not choices candidates from candidates window.

I don't know how the im-plugin of fbterm works in detail. But I think maybe you has two ways to implement it.

1. Develop a new ibus-panel without X for fbterm.
2. Improve ibus, to make ibus-daemons can send candidates to clients, clients will display candidates by self.
You may find a method "set_capabilities" in bus.py. We could define a new capability like show_candidates_by_self. If an IC has this capability, ibus will send candidates to this IC instead of ibus-panel. And the client can get candidates and show them by self.

For your requirements, I wrote a demo code and push it into git repository . You may find it in test folder. The demo code is console program, you may use Ctrl + V (instead of Ctrl + space) to enable the ibus engine. Is it what you expect?

scim-bridge-qt4 loses copied text

2008-09-07T09:15:00Z

Hi,

Yukiko Bando reported the bug.

http://qa.mandriva.com/show_bug.cgi?id=43171
===================================================
1. Type text in KWrite.
2. Copy the text.
3. Move the focus to somewhere else.
4. Move the focus to KWrite again. I can see the text disappear at this point.
===================================================

It also happened to me.
I'm using qt4-4.4.1, kde4-4.1.1 and gcc-4.3.2.

BTW, uim-1.5.2 has a critical bug for qt4.
uim-qt4 breaks qt4 apps.
http://archives.mandrivalinux.com/cooker-i18n/2008-09/msg00035.php
Please use uim-1.5.3.

Regards,
Hirosi
--------------------------------------
Enjoy MLB with MAJOR.JP! Ichiro, Matsuzaka, Matsui, and more!
http://pr.mail.yahoo.co.jp/mlb/

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scim-devel mailing list
Scim-devel@...
https://lists.sourceforge.net/lists/listinfo/scim-devel

Re: iBus - the new input framework

2008-09-07T03:14:33Z

On Sun, Sep 7, 2008 at 5:06 PM, Ryo Dairiki <ryo-dairiki@...> wrote:

Hi,

I'm now writing im-plugin for fbterm, which allows you displaying
CJK text on vesafb.

Last week, a Chinese contacted me to request for console Chinese input.
He said they don't use X at all, and don't want to install it either.
So I have to achieve console pinyin input, which X at all.

I'm thinking of writing Fbterm-iBus, instead of Fbterm-SCIM.
Because it's difficult to use SCIM completely without X. :(
I think there has been no iBus configuration tool works on console,
but I think it's easy. Isn't it? :)

iBus has several parts: ibus-daemon, input engines, ibus-panel, ibus-conf, ibus-setup UIs, clients (gtk im module, qt immoudel and xim clients). Every parts are separated Linux processes. They conmunicatted with others parts by dbus IPC library. The core (ibus-daemon) & input engines can works without X system. You may try only run ibus-daemon & ibus-engine-pinyin in your system. It can work. But without ibus-panel, users can not choices candidates from candidates window.

I don't know how the im-plugin of fbterm works in detail. But I think maybe you has two ways to implement it.

1. Develop a new ibus-panel without X for fbterm.
2. Improve ibus, to make ibus-daemons can send candidates to clients, clients will display candidates by self.
You may find a method "set_capabilities" in bus.py. We could define a new capability like show_candidates_by_self. If an IC has this capability, ibus will send candidates to this IC instead of ibus-panel. And the client can get candidates and show them by self.

Any opinion is welcome.

Fbterm: http://code.google.com/p/fbterm/

Re: iBus - the new input framework

2008-09-07T02:06:03Z

Hi,

I'm now writing im-plugin for fbterm, which allows you displaying
CJK text on vesafb.

Last week, a Chinese contacted me to request for console Chinese input.
He said they don't use X at all, and don't want to install it either.
So I have to achieve console pinyin input, which X at all.

I'm thinking of writing Fbterm-iBus, instead of Fbterm-SCIM.
Because it's difficult to use SCIM completely without X. :(
I think there has been no iBus configuration tool works on console,
but I think it's easy. Isn't it? :)

Any opinion is welcome.

Fbterm: http://code.google.com/p/fbterm/

Regards,
Ryo Dairiki <ryo-dairiki@...>

Huang Peng wrote:

> Hi all,
> I am developing a new input framework - iBus (Intelligent Input Bus).
> It is almost completed, and it already has several engines (Chinese
> PinYin, Chinese Chewing, Japanese Anthy, Korean Hangul, M17n and
> general table engines). It can also support gtk, qt4 and XIM
> applications (qt3 are supported via XIM). It has entered the test
> stage. So I wish you may download and try it. If you have any
> questions or suggestions, please tell me.
>
> homepage: http://code.google.com/p/ibus/
> discuss group: http://groups.google.com/group/ibus-user
> Fedora 9 users may download rpm packages from below link.
> https://admin.fedoraproject.org/updates/ibus-table-0.1.1.20080901-1.fc9,ibus-pinyin-0.1.1.20080901-1.fc9,ibus-m17n-0.1.1.20080901-1.fc9,ibus-chewing-0.1.1.20080901-1.fc9,ibus-hangul-0.1.1.20080901-1.fc9,ibus-anthy-0.1.1.20080901-1.fc9,ibus-0.1.1.20080901-1.fc9
>
> Thanks,
> Huang Peng
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Scim-devel mailing list
> Scim-devel@...
> https://lists.sourceforge.net/lists/listinfo/scim-devel
>
>

Re: SCIM in the OLPC XO-1

2008-09-05T08:34:17Z

Jens Petersen wrote:
> Have you tested memory requirements, etc? If that is not an issue I
> think it should be fine.
I am running SCIM on the OLPC without any issues. It works great (no
panel icon of course).

Doug Rintoul.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scim-devel mailing list
Scim-devel@...
https://lists.sourceforge.net/lists/listinfo/scim-devel

Re: SCIM in the OLPC XO-1

2008-09-05T02:20:51Z

Hello,
Thanks for the quick response.

On Fri, Sep 5, 2008 at 7:33 AM, Jens Petersen <petersen@...> wrote:
>
>> Does this sound like a doable plan ?
>
> I think so.
>
> Have you tested memory requirements, etc? If that is not an issue I think it should be fine.
>

We already have some users using SCIM for inputting Chinese, so memory
usage should not be a major problem. However, probably I have to look
at making a sane package selection (we have limited space on the flash
device that we use for a hard disk).

>> Also, we have a significant number of keyboards layouts defined in
>> XKB[1] - is there any way to reutilize the work already done when we
>> switch to SCIM ?
>
> I don't know of any tool to convert xkb maps to (or from) scim-tables or m17n maps but such a tool would be very useful.
>

I'll probably try to come up a rudimentary XKB->scim table converter
by the next week. However, I'm not sure how to handle keys for the
Alt-Gr characters (for example: the keyboard we have designed for
Haiti[1] has the Euro sign bound to "Alt-Gr E"). Any suggestions ?

Thanks,
Sayamindu

[1] http://wiki.laptop.org/images/9/97/CA-MP.png

--
Sayamindu Dasgupta
[http://sayamindu.randomink.org/ramblings]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scim-devel mailing list
Scim-devel@...
https://lists.sourceforge.net/lists/listinfo/scim-devel

Re: SCIM in the OLPC XO-1

2008-09-04T19:03:48Z

> We are considering a switch to SCIM for the next OLPC OS release (due
> to be released in the first quarter of 2009). We currently use XKB,
> and there is a dedicated "switch" key on the keyboard which lets us
> switch the keyboard layouts. We do not want the user experience to
> change, and to keep things as simple as possible, and hence we are
> trying to avoid the SCIM panel. Instead, we are planning on using
> scim-config-agent to configure SCIM once during first boot, and then
> launch SCIM automatically with Sugar.

> Does this sound like a doable plan ?

I think so.

Have you tested memory requirements, etc? If that is not an issue I think it should be fine.

> Also, we have a significant number of keyboards layouts defined in
> XKB[1] - is there any way to reutilize the work already done when we
> switch to SCIM ?

I don't know of any tool to convert xkb maps to (or from) scim-tables or m17n maps but such a tool would be very useful.

Jens

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scim-devel mailing list
Scim-devel@...
https://lists.sourceforge.net/lists/listinfo/scim-devel