Re: my worry about the recent libxml change
- From: Daniel Veillard <veillard redhat com>
- To: Darin Adler <darin eazel com>
- Cc: veillard redhat com, Gnome Hackers <gnome-hackers gnome org>
- Subject: Re: my worry about the recent libxml change
- Date: Fri, 23 Mar 2001 15:36:49 -0500
On Fri, Mar 23, 2001 at 08:58:21AM -0800, Darin Adler wrote:
> on 3/23/01 3:57 AM, Daniel Veillard at veillard redhat com wrote:
>
> > I hope it can too. But if the final question left is:
> > "Shoudl we prefer keeping the existing broken platform over
> > adherance to standard and better I18N support"
>
> My question is not that. My question is: "Should we fix this problem as part
> of the 1.4 -> 2.0 transition as we originally planned, do it right now for
> some kind of GNOME 1.X release as a follow-on to GNOME 1.4, or reset the
> testing and development clock for GNOME 1.4 so we can redo and test the
> affected code?"
With the current framework, it seems that getting a 1.4.1 with the
changes is the logical path to follow.
> I am excited about getting this all correct, with appropriate compatibility
> machinery for the incorrect XML files on disk, for the GNOME 2.0 release.
> The approach of using UTF-8 for all the text in memory sounds like the
> perfect approach, and I'm sure we can find some way to make it read the old
> files that claim to be XML, but actually don't comply with XML rules in this
> respect.
It does already. Libxml-1.8.12 beta test version does this. If there
is no encoding and it finds something non UTF8 and not in the ascii range
it will fallback to an ISO-LAtin-1 mode and convert to UTF8 on the fly.
> On the other hand, I have no interest or willingness to deal with it as a
> "fire drill" right now, just because you finally decided that it was
> worthwhile to make a change to the old libxml at the last minute. If you can
> find hackers willing to work through all the issues and do all the work in
> the next few days, maybe you can make this happen in time to be relevant for
> some GNOME 1.X release. Sounds unlikely to me, though.
And to me too, though I still want to motivate people to do the switch
in a timely fashion. If for some miracle there is only a few spot to fix
and we can do this in the framework, fine, but i doubt it too and in this
case rolling out a 1.4.1 in a couple of months sounds the sane way to
process.
Daniel
--
Daniel Veillard | Red Hat Network http://redhat.com/products/network/
veillard redhat com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]