Return-Path: Delivered-To: apmail-xml-batik-dev-archive@xml.apache.org Received: (qmail 28956 invoked by uid 500); 7 Nov 2001 21:07:07 -0000 Mailing-List: contact batik-dev-help@xml.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Reply-To: batik-dev@xml.apache.org Delivered-To: mailing list batik-dev@xml.apache.org Received: (qmail 28941 invoked from network); 7 Nov 2001 21:07:07 -0000 X-Authentication-Warning: fenwick.image.kodak.com: deweese set sender to deweese@image.kodak.com using -f From: Thomas E Deweese MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15337.41596.276256.855464@gargle.gargle.HOWL> Date: Wed, 7 Nov 2001 16:07:08 -0500 To: batik-dev@xml.apache.org, danny@isacat.net Subject: RE: getting/setting transforms In-Reply-To: References: <200111070756.fA77uh412100@quokka.inria.fr> X-Mailer: VM 6.95 under Emacs 20.5.1 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N >>>>> "DA" == Danny Ayers writes: >> On Monday 05 November 2001 21:32, Danny Ayers wrote: >>> >The SVG DOM is not implemented yet, which is why you are getting >>> >the "TODO" exception. >>> >>> It's ok to put unimplemented features in the javadoc then? "TODO" >>> came to me like a "road closed" sign 10 miles after >>> turning onto the road... >> The SVG DOM comes from the W3C and not the batik team. You could >> not implement w3c SVG DOM API without having all the methods in our >> implementation (even partial). DA> I was working from "Batik API Specification" (as the Javadoc is DA> titled) and used a method documented there, but not, as noted, DA> implemented. It seems I misunderstood the purpose of this DA> documentation. Is there a list anywhere of what parts of the API DA> specified has/has not been implemented? We have to provide all the methods in our implementation hence they will all appear in the JavaDoc. Perhaps it would be useful to add 'Unimplemented' to the standard W3C method description (I think it is good to keep the W3C description of the method). Patch anyone? :) DA> Cheers, Danny. DA> PS. Don't get me wrong - I think Batik is marvellous! Thanks. --------------------------------------------------------------------- To unsubscribe, e-mail: batik-dev-unsubscribe@xml.apache.org For additional commands, e-mail: batik-dev-help@xml.apache.org