From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: 103376,deac256a05c84a59 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news3.google.com!news.glorb.com!newsfeed-east.nntpserver.com!nntpserver.com!manticore.nntpserver.com.POSTED!teranews!not-for-mail From: Martin Krischik Subject: Re: DOM and SAX parsing in Ada Newsgroups: comp.lang.ada Reply-To: martin@krischik.com References: <41900010.D28DD400@boeing.com> <9CWjd.17305$5K2.1356@attbi_s03> <1106223415.857525.176640@c13g2000cwb.googlegroups.com> <41F4DB6F.4090909@mailinator.com> <35nh12F4oe4caU1@individual.net> <35pmqtF4iqgimU1@individual.net> <1106820016.e20ede44b96063b70b5f6f5503a7b1a9@teranews> Organization: None User-Agent: KNode/0.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit NNTP-Posting-Date: Fri, 28 Jan 2005 03:00:04 EST Message-ID: <1106899204.6af66ef6c3c193f58014c8328216144d@teranews> X-Abuse-Report: http://www.usenetabuse.com X-Abuse-Notes: Abuse reports must be submited via the usenetabuse.com portal listed above. X-Abuse-Notes2: Reports sent via any other method will not be processed. X-Abuse-Notes3: Any other abuse reporting headers in this article are fraudulent. Date: Fri, 28 Jan 2005 08:47:00 +0100 Xref: g2news1.google.com comp.lang.ada:8041 Date: 2005-01-28T08:47:00+01:00 List-Id: Pascal Obry wrote: > > Martin Krischik writes: > >> Up until now I only needed to patch one line of XML/Ada for my >> extensions. > > So please contribute that patch or tell us more why it was rejected. I did contribute the patch: diff unicode-ccs.adb /work/ada/xmlada-1.0/unicode/unicode-ccs.adb 34d33 < with Unicode.CCS.Iso_8859_15; 52,53d50 < elsif Name = Iso_8859_15.Name1 then < return Iso_8859_15.Iso_8859_15_Character_Set; and it is probably integrated. But since I have no access the the XML/Ada cvs tree I cant confirm that. So until there is a new release I have to keep a patched file in AdaCL as well. >> So I would be in for a XML/Ada extension pack hostet at i.E. SourceForge. > > That's a very bad idea to me. Better to have one strong Ada tools that > zillions of not-well-supported forked ones. It is fine to have another > project to build an XML parser in Ada but for me a fork is really bad and > should happen only if there is *big* maintenance problem. Fine. > One good point on the Ada side is the strong standard. We really want to > build on this. Not a lot of libraries but some good, well documented, safe > ones that does the job. Shure. > Note that I know well the main XML/Ada maintainer and can tell you that if > a patch is not integrated yet there is certainly good reasons. The problem is not the integration but the long puplic release cycles. I well understand that public relases does cost money and bring only marketing value and I fully understand AdaCore here. Read only cvs access would help. > Another note. In this thread one guy (can't remember who sorry) talked > about CVS write access. This is not serious. To have a write access to a > project you really want to become part of the project team, take > responsibilities for part of it... and of course you can't keep the > copyright, this would be a problem for the product in the long term. But that indicates: It is not impossible if you are realy commited to extened one AdaCore maintained product and you can show that your extensions are worthy. (I don't have anything im mind right now - just like to know on basic principle) Martin -- mailto://krischik@users.sourceforge.net http://www.ada.krischik.com