Re: Issues with japanese support

From: David Kastrup <[email protected]>
Subject: Re: Issues with japanese support
Date: Mon, 21 Mar 2005 19:22:04 +0100

> Masayuki Ataka <[email protected]> writes:
> 
> >> Now, I'll explain the problems in fill code, and the patches.  I
> >> want to check in the changes before next AUCTeX release, if no
> >> objection.
> >
> > I checked in.
> >
> > I can't reply the email between 23 and 27.  Feel free to fix
> > or revert the changes if you find the problem.
> 
> In general, if your changes are to CJK only, I am afraid that
> presenting them on the list for criticism before checking them in will
> get much of a resonance: I don't think anybody else but you and Ikumi
> have much of a clue here.

I'm afraid that, too.

> This is different where the normal operation in non-Asian languages
> would also be affected, or where you would like suggestions for better
> coding techniques.  Other than that, you can probably usually just go
> ahead.  It is no problem if you feel more comfortable presenting any
> changes here, but you should not get frustrated about a lack of
> feedback.

As far, I only know Japanese, so maybe some changes does not
work well in Chinese and Korean.  Currently, we have no Chinese
and Korean developers, so we can do nothing for Chinese and
Korean but I can leave some informations for the unseen CJK
developers.  Please forgive me writing the verbose description
about CJK in the list.


Anyway, the changes for fill code are not only to CJK.  It is
complicated problem for Latin chars and CJK chars.  Passing all
my understanding, my change might harm fill code in Latin
chars.  If you find such a bug during my absence, and if you
should release new AUCTeX immediately, feel free to revert my
changes (later, I will fix).

Note that the changes in fill code is not only for Japanese but
for CJK[1].  This is a progress, because we only have the fill
support for Japanese in tex-jp.el before 11.55 ;)

thanks,
---
email: [email protected]
Name:: Masayuki Ataka // (Japan)

[1] I'd like not to say that changes are for multibyte, because
the definition of multibyte chars is vague.  For example, JIS X
0201 (Hankaku-kana) is the unibyte char code for Japanese (the
number of characters is very limited).  iso-8859-7 (Greek)
chars are described as multibyte in utf-8.