[Zopexmlmethods-devel] Re: [xml] python binding for xmlCatalogAddLocal() ?
Brought to you by:
arielpartners,
philikon
|
From: Craeg K S. <cs...@ar...> - 2003-04-08 06:58:09
|
I would like to move this discussion over to ZopeXMLMethods-devel That way we have archiving, searching, etc... Brent Hendricks wrote: > Craeg K Strong wrote: > >> The local Catalog support might be the path of least resistance. >> With catalogs you can use rewriteURI >> rules to effectively turn any URN into a URL. This is in some ways >> even better than my URN resolver >> algorithm because it is not hardcoded-- the "algorithm" is contained >> in the catalog file. In practice, >> I have never needed a more complicated algorithm than what Catalogs >> provide with rewriteURI. > > I agree, that sounds like the right way to do it. But does libxslt use > the XML catalog for import/include resolution? I was under the > impression that it only happened for DTD lookups. Not sure. That would be unfortunate and unusual. Most other products I have seen use it for all. >> It would be nice to have both, but I would love to see local catalogs >> (i.e. thread safe catalogs) >> implemented first. >> Other news: I have changed the name of the project from XMLTransform >> to ZopeXMLMethods. >> It is now a sourceforge project. I am in the middle of registering >> it and populating the CVS repository. >> There will be a 1.0 release shortly, and I will put a link from the >> zope.org place to the sourceforge >> site. > > Thanks, I downloaded it and poked around for a bit. Looks nice! I > like the direct application as a method. As you observed, much more > Zopish :) Philipp deserves much credit for this >> I will also be looking for interested parties to become committers >> (hint, hint :) > > Sure, I'd be happy to help out. My SF ID is 'bmh' That is great news! I am a bit new to the protocol of all this. Philipp is the other committer on this project so far. I believe the next steps would be to provide a bit of information in the way of background and particular areas/ideas where you would like to move the project forward, and, of course, code speaks ;-) Regards, --Craeg |