[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: lynx-dev EBCDIC and HTMLDTD.{c,h}
From: |
pg |
Subject: |
Re: lynx-dev EBCDIC and HTMLDTD.{c,h} |
Date: |
Wed, 12 May 1999 15:33:35 -0600 (MDT) |
In a recent note, Klaus Weide said:
> Date: Wed, 12 May 1999 14:27:11 -0500 (CDT)
> > >
> > > But the reordering-for-EBCDIC is not done in either tags_old[]
> > > or the enum _HTMLElement. I don't think this can be right -
> > > it should be either in all theses places, or nowhere.
> > >
I agree, it looks broken. But whatever it breaks must be something
I never use. Can you suggest anything I can do to test this?
> > > Maybe a different strcasecomp()-like function, based on the
> > > ASCII order, should be used instead of changing the order
> > > in enums and initializers. Lookup of entity names seems to
> > > have the same kind of problem, it has been 'solved' in a
> > > different way (linear search instead of binary search) at
> > > least in HTMLGetEntityUCValue().
>
> > This doesn't fit into my schedule for 2-8-2. Nor, I suspect,
> > does it fit in Tom's. :-)
>
I'm squeezing it in.
> Well the easy fix of doing the equivalent of tags_new[] for
> tags_old[] and the enum is simpler...
>
In longer perspective, the conditional compilation entangled
with parallel enums and structs is horrendous; no future maintainer
will ever follow it; I'm trying to unwind some of it.
Thanks,
gil