[Encode 1.00] EveL @INC manipulation and nasty #! line

2002-03-28 Thread Dan Kogai
Hypnos is still dragging me :( typos everywhere... On Friday, March 29, 2002, at 04:22 , Dan Kogai wrote: >> >> BEGIN { >> unshift @INC, qw(../../lib ../../../lib ../../../../lib); >> $ENV{PATH} .= ';../..;../../..;../../../..' if $^O eq 'MSWin32'; >> } > > Yes, This @INC manipulation

[Encode 1.00] Even @INC manipulation and nasty #! line

2002-03-28 Thread Dan Kogai
On Friday, March 29, 2002, at 12:30 , Jarkko Hietaniemi wrote: > Looks good so far (still compiling, expect for one nit): in enc2xs I > needed > to add the dotdot-dotdot: > > BEGIN { > unshift @INC, qw(../../lib ../../../lib ../../../../lib); > $ENV{PATH} .= ';../..;../../..;../../../..'

Re: Are GB 18030 and CNS 11643-1992 the best spellings?

2002-03-28 Thread Jungshik Shin
On Fri, 29 Mar 2002, Anton Tagunov wrote: Hi Anton, > Writing a bit of an article, putting in there all I have learnt > about CJK encodings on the Internet and at [EMAIL PROTECTED] > Has already taken me a week :-) I strongly recommend you get CJKV Information Processing by Ken Lunde. It has

Are GB 18030 and CNS 11643-1992 the best spellings?

2002-03-28 Thread Anton Tagunov
Hello, Autrijus! Hello Jungshik! Hello, developers and experts! Writing a bit of an article, putting in there all I have learnt about CJK encodings on the Internet and at [EMAIL PROTECTED] Has already taken me a week :-) Could you help me with this: Is GB 18030 the best spelling for this encodi

[Encode] 1.00 released at last!

2002-03-28 Thread Dan Kogai
=head1 NAME Encode - 1.00 =head1 FOREWORD I am darn pleased to announce that I have just released Encode-1.00. It is avialble via http://www.dan.co.jp/~dankogai/Encode-1.00.tar.gz =head1 Changes since 0.99 ! * The version of all files is updated to 1.00 via "ci -f -l1.00", comm

Fwd: [Encode] compile -> bin/enc2xs

2002-03-28 Thread Dan Kogai
Oops, forgot to see [EMAIL PROTECTED] Dan Begin forwarded message: > From: Dan Kogai <[EMAIL PROTECTED]> > Date: Fri Mar 29, 2002 05:39:42 Asia/Tokyo > To: Nick Ing-Simmons <[EMAIL PROTECTED]>, Jarkko Hietaniemi > <[EMAIL PROTECTED]>, Autrijus Tang <[EMAIL PROTECTED]>, Jungshik Shin > <[EMA

Call for Papers - 22nd Unicode Conference - September 2002 - San Jose,CA

2002-03-28 Thread Misha . Wolf
Twenty-second International Unicode Conference (IUC22) Unicode and the Web: Evolution or Revolution? http://www.unicode.org/iuc/iuc22 September 9-13, 2002 San Jose, California

Re: [Encode] bin/piconv added

2002-03-28 Thread Jean-Michel Hiver
> Therefore when both -f and -t are omitted, F just acts like > F. > Input strings are decode()ed then encode()ed. A straight step-by-step > implementation. Just a bit of pickyness... If I have a UTF-8 file that contain characters which aren't representable in the charset which is used by my

[Encode] bin/piconv added

2002-03-28 Thread Dan Kogai
As Encode 1.00 release getting close, I wondered something like Encode needs and deservers a technology demonstrator. So I have written piconv, iconv written in perl. See how simple it is written yet more flexible than original iconv. It will be under bin/ subdirectory but by default it

Re: a new patch for 2022_KR.pm

2002-03-28 Thread Dan Kogai
On Thursday, March 28, 2002, at 08:17 , Jungshik Shin wrote: > Dan, > > Sorry again. Hopefully, this is the last one. The decoder > still has a problem when used in a stream. > >Cheers, > >Jungshik All three of them carefully studied, patched agains Encode-0.99 then merged back to En

Re: Is it true that there are no longer no official mappings from JIS X to Unicode?

2002-03-28 Thread Kenneth Whistler
Dan Kogai passed on this question: > On Wednesday, March 27, 2002, at 08:06 , Anton Tagunov wrote: > > Hello, Dan! > > > > BTW, is the guy speaking > > > > http://www.debian.or.jp/~kubota/unicode-symbols.html.en > > > > right or not? His article is dated september.. > > He is speaking about lack

Re: Is it true that there are no longer no official mappings from JIS X to Unicode?

2002-03-28 Thread Dan Kogai
Kenneth, Thank you so much for the *definitive* statement on "Yen vs. backslash" issue. and others in questions. May I include this in Encode document which may either be integrated to perl-5.8.0 distribution, or distributed separately via CPAN? (Well, I may simply add a link Dan the Encod