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=-2.9 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI autolearn=unavailable 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!news1.google.com!proxad.net!usenet-fr.net!enst.fr!melchior!cuivre.fr.eu.org!melchior.frmug.org!not-for-mail From: Stephen Leake Newsgroups: comp.lang.ada Subject: Re: DOM and SAX parsing in Ada Date: 26 Jan 2005 18:48:04 -0500 Organization: Cuivre, Argent, Or Message-ID: References: <41900010.D28DD400@boeing.com> <9CWjd.17305$5K2.1356@attbi_s03> <1106223415.857525.176640@c13g2000cwb.googlegroups.com> <41F4DB6F.4090909@mailinator.com> <35nh12F4oe4caU1@individual.net> NNTP-Posting-Host: lovelace.ada-france.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: melchior.cuivre.fr.eu.org 1106783307 91789 212.85.156.195 (26 Jan 2005 23:48:27 GMT) X-Complaints-To: usenet@melchior.cuivre.fr.eu.org NNTP-Posting-Date: Wed, 26 Jan 2005 23:48:27 +0000 (UTC) To: comp.lang.ada@ada-france.org Return-Path: In-Reply-To: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ada-france.org X-BeenThere: comp.lang.ada@ada-france.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Gateway to the comp.lang.ada Usenet newsgroup" List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Xref: g2news1.google.com comp.lang.ada:7997 Date: 2005-01-26T18:48:04-05:00 Nick Roberts writes: > My comments are based on an e-mail exchange I had with the AdaCore employee > who was (at the time) in charge of work on XML/Ada, a couple of months ago. > His comments came as a surprise to me, in part because of what is said on > the web site ("Contributions to this library are most appreciated, including > bug reports"), but I have it from the horse's mouth, so to speak. > > When I suggested that I wanted to make changes to the code, he indicated > that those changes could not be merged back into the AdaCore CVS copy unless > I signed a copyright assignment, in favour of either AdaCore or the FSF, to > the latter of which I am agreeable. ok, no problem here. > When I suggested that XML/Ada be moved to SourceForge, he indicated > that it would have to be a separate project (a fork), whose changes > could never, in practice, be merged back into the AdaCore CVS, > because of the difficulty of getting all the contributors to sign > the assignment. This is to the best of my recollection and > understanding. Ok, AdaCore wants to maintain the CVS repository on their server. That's reasonable, it's one of their supported products. > So, I could see very little advantage to making any contributions to > XML/Ada, since it would create two XML/Adas (mine and AdaCore's). > Would that be an advantage to the Ada community? Big disconnect. Why do you say there would be two? Hmm, apparently you feel you can only contribute if the CVS repository is on SourceForge. Why is that, specifically? Perhaps you don't have CVS write access to AdaCore's repository? Others have hinted that is the case, but you have not specifically mentioned it. If that is the problem, ask them for write access, and see what they say. > On the subject of comments, I suggested that the amount of > maintenance documention (in the form of comments or in any other > form) was insufficient -- it was nearly nonexistent, in fact -- and > the answer was, in essence, that no maintenance documentation is > required, since the code is self-documenting. I'm afraid, to me, > that attitude is unacceptable (and doesn't seem very professional, > frankly). Well, did you try reading the code? THat is the only thing that matters, not some arbitrary standard of "not enough comment lines". If you can, in fact, understand it, then it _is_ self-documenting. On the other hand, I agree that a lot of AdaCore's code is not well enough documented; I'm thinking of some parts of GtkAda in particular. But the proper response is to contribute good documentation, not just complain. -- -- Stephe