Return-Path: Delivered-To: apmail-xmlgraphics-batik-users-archive@www.apache.org Received: (qmail 29822 invoked from network); 7 Apr 2008 09:12:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Apr 2008 09:12:07 -0000 Received: (qmail 65380 invoked by uid 500); 7 Apr 2008 09:12:06 -0000 Delivered-To: apmail-xmlgraphics-batik-users-archive@xmlgraphics.apache.org Received: (qmail 65312 invoked by uid 500); 7 Apr 2008 09:12:06 -0000 Mailing-List: contact batik-users-help@xmlgraphics.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: batik-users@xmlgraphics.apache.org Delivered-To: mailing list batik-users@xmlgraphics.apache.org Received: (qmail 65301 invoked by uid 99); 7 Apr 2008 09:12:06 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Apr 2008 02:12:06 -0700 X-ASF-Spam-Status: No, hits=2.6 required=10.0 tests=DNS_FROM_OPENWHOIS,SPF_HELO_PASS,SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Apr 2008 09:11:23 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1JinO3-0001cG-Hx for batik-users@xmlgraphics.apache.org; Mon, 07 Apr 2008 02:11:35 -0700 Message-ID: <16536337.post@talk.nabble.com> Date: Mon, 7 Apr 2008 02:11:35 -0700 (PDT) From: Rob Davis-5 To: batik-users@xmlgraphics.apache.org Subject: Re: Additional info: things I've tried to get batik to update but have not worked: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: tech@robertjdavis.co.uk References: <16275087.post@talk.nabble.com> <16275096.post@talk.nabble.com> <2a1ddf8a0803250810j2c558e21h6c69d38734185bb@mail.gmail.com> <16418189.post@talk.nabble.com> <16467378.post@talk.nabble.com> X-Virus-Checked: Checked by ClamAV on apache.org Yes, it is working because I am using the DOM to delete the elements affected by the non-compliant CSS - from a list obtained by recursively searching the GVT tree - and then using the bridge context to get the equivalent affected DOM element each time to therefore build a list. Even though I am using pure DOM to delete the elements, I rely upon the GVT and associated batik css engine classes to find the affected elements in order to build the DOM list of elements. For example, I'm using: import org.apache.batik.css.engine.CSSStyleSheetNode; import org.apache.batik.css.engine.Rule; import org.apache.batik.css.engine.SVGCSSEngine; import org.apache.batik.css.engine.StyleDeclaration; import org.apache.batik.css.engine.StyleRule; import org.apache.batik.css.engine.StyleSheet; import org.apache.batik.css.engine.sac.CSSConditionalSelector; This is absolutely fine as far as I'm concerned. Batik is a great tool, but it is barely documented in this area. Using the Eclipse IDE debugger really helped! The other thing I would restate is that the batik css does not seem to totally comply with the DOM CSS Java interface specification. Some of the batik CSS classes do not implement the DOM CSS interface. I'd still be interested to know how I could remove the elements while traversing the GVT tree, without getting a concurrent modification exception, and so that the resultant SVG XML output to a text file shows these removed. -- View this message in context: http://www.nabble.com/Modifying-internal-CSS-in-SVG-document---partial-solution---need-help-with-batik-re-draw-update-tp16275087p16536337.html Sent from the Batik - Users mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org