Re: lynx-dev a ¿Question?

[Henry Nelson]

> There is code in Lynx to decode this MIME header encoding in some cases,
> but it only applies for the Japanese charset ISO-2022-JP.
> 
> I had generalized that to work for other charsets, and for a while
> the generalized version was being used in the development code (before
> 2.8, I think).  The code is still in HTMIME.c but commented out:
> 
>    #ifdef NOTDEFINED
>    /*
>    **      Generalized HTmmdecode for chartrans - K. Weide 1997-03-06
>    */
>    PUBLIC void HTmmdecode ARGS2(
> 
> Compare also HTNews.c where HTmmdecode gets called.
> 
> It seems there were some problems with it, I'm not sure which they
> were, so the generelized versing got disabled.  Unfortunately I never

It broke the support for Japanese; not sure why.  (I tried to look at
the code, but it was too difficult for me.  Seems to me you limited the
size of the string that was allowed, but it was way too short for
Japanese _multi_(thus twice as long)byte strings.  Doubling your limit
did help, but didn't solve all the problems.  Also Japanese mime encoders,
whether correct or not, commonly break a long string into multiple lines
with a code set string, =?ISO-2022-JP?Q?, for each line.  I think your
code only allowed for one.)

__Henry