[Uim] Re: [SCIM] Will SCIM become a part of iiimf project?

Fri Jul 2 11:29:37 EEST 2004

Sigh...you don't seem to get that how It is disgraceful to disparage
the other project to promote your own....

> From: yusuke at cherubim.icw.co.jp
> > > From: yusuke at cherubim.icw.co.jp
> > > it is hard for Japanese input method devlopers to survive under IIIMF. 
> > You mean
> > "it is hard for a Japanese input method devloper to survive under IIIMF"?
> Yes! "it is harder" than other APIs.
> > > Yes! IT IS DEFINITLY UNACCEPTABLE from Japanese input
> > > mehthod developer point of view. 
> > You mean 
> > "Yes! IT IS DEFINITLY UNACCEPTABLE from a Japanese input
> > mehthod developer point of view."?
> True. Developing Japanese conversion engine for IIIMF is extreamly
> harder than other platforms, say Windows, MacOSX, scim and so on.

You did not seem to get the reason I asked for clarification on the
sentence by adding only "a" to your statement?

Are you aware that how subjective your disparaging statements to
other project are?

You never know that how difficult is too difficult or how simple is
too simple for every single person. It all depends on the person's
skill, knowledge, experience, and (often hidden and personal) agenda.

Hope the spread of your personal hatred to iiimf does not cloud your
eyes.

> > > Currently, there's no Japanese input method sanely implemented
> > > under IIIMF.
> > You declared your statement as if it is the definitive fact but don't
> > you know It would be very difficult to prove thers's "no" something?
> I simply telling current status. I know you are going to fix it,
> but I am not sure it is possible.

Again, are you aware that how subjective your disparaging statements to
other project are?

Again, you better explain your definition of "sanely" before spreading
your subjective view as if it is established fact.

> > Do you intentionally ignore the fact that IIIMF can also be used
> > as per user server with UNIX domain socket or INET socket on
> > localhost with each user's privilege? Or you just didn't know?
> Is it available on some distribution? Yes, I know the modification is easy.

Have you ever imagined how your perception would be once it comes out
you intentionally mislead 3rd party?

> > > Yes. They are saying for years it's trivial and fixable, only
> > > some paranoias care.
> > 
> > Can you quote who said what how many years ago?
> 3 years. I and you have discussed at iiimf list.

I said "Can you quote", but it's okay, Let's check it out the truth.

$ cd <openi18n-im ML archive 2000-2003>
$ grep -i trivial *
20:> These changes are not trivial, they will influence many parts of
im-sdk.
50:So this is trivial.
6:These changes are not trivial, they will influence many parts of
im-sdk.

Okay.... there is one posting said "is trivial".  Let's look at the
message 50. Oh, interesting. it's actually your posting.

| From: Yusuke Tabata <tee at kuis.kyoto-u.ac.jp>
| Date: Fri, 20 Apr 2001 20:57:14 JST
|
| > It would be optimal if one does not have to run as root, and
| > current IIIMSF does not have to run as root.
| OK. I understand. This is only an implementation issue.
| So this is trivial.

Oh, the person said "it's trivial" was NOT "they" but "you".

$ grep -i fixable *
$

Hmm... no message was found.

$ grep -i paranoia *
$

Hmmm... no message was found.

Sorry, It can't be helped. Well, let's look at what we discussed
3 years ago, besides your posting above that you know that root
privilege is not required for IIIMSF.

This is a good one.

Looking at record, in 2001, PAM authentication, host/IP
based connection control by TCPwrapper's libwrap, Access
Control Configuration file were introduced in IIIMF, and 
default setting was changed to allow only from localhost(127.0.0.1).

> > > Yes. They are saying for years it's trivial and fixable, only
> > > some paranoias care.

Are you aware that "They are saying for years" means that
"It's not they have said once, but through out they have been 
saying many times repeatedly". 

The truth was there wasn't even one..

Are you aware that the "disparaging the other project to promote your own" 
method could back-fire when the truth comes out...

--
hiura@{freestandards.org,OpenI18N.org,li18nux.org,unicode.org,sun.com} 
Chair, OpenI18N.org/The Free Standards Group          http://www.OpenI18N.org
Architect/Sr. Staff Engineer, Sun Microsystems, Inc, USA   eFAX: 509-693-8356