vectomatic » lib-gwt-svg http://www.vectomatic.org standard dynamic 2D graphics in web browsers Thu, 19 Jan 2012 20:17:55 +0000 en hourly 1 http://wordpress.org/?v= Availability of lib-gwt-svg 0.5.4 and other announcements http://www.vectomatic.org/lib-gwt-svg/availability-of-lib-gwt-svg-0-5-4-and-other-announcements http://www.vectomatic.org/lib-gwt-svg/availability-of-lib-gwt-svg-0-5-4-and-other-announcements#comments Wed, 02 Nov 2011 21:25:16 +0000 admin http://localhost/vectomatic/?p=763 I am releasing a new version of lib-gwt-svg. For a detailed list of changes, see the release notes. This new version is mostly a bug-fix and tuning release, which provides better support for IE9 and Opera. Among the notable features of the release are:

On IE9, the XPath APIs are now supported. This is made [...]]]> I am releasing a new version of lib-gwt-svg. For a detailed list of changes, see the release notes. This new version is mostly a bug-fix and tuning release, which provides better support for IE9 and Opera. Among the notable features of the release are:

  • On IE9, the XPath APIs are now supported. This is made possible by embedding the xpath.js library by Cameron McCormack, which provides the XPath support lacking in IE9 and IE10. Other browsers, which have native xpath support are unchanged and do embed xpath.js.
  • On IE9, stylesheets embedded in dynamically loaded SVGs are not ignored any more (found a workaround for this IE9 bug)
  • On Opera, xlink hrefs embedded stylesheets contained in dynamically loaded SVGs are not broken any more (found a workaround for this Opera bug)
  • On all platforms, OMSVGParser.parse will throw a ParserException in a consistent manner when fed input which is not well-formed or is not an SVG document

I have created a new XPath sample in the lib-gwt-svg-samples program. It lets you type xpath expressions which are evaluated on the fly, resulting in the proper nodes being selected in the SVG and XML view of a sample document.

I have updated all my educational games to use the latest version. The following matrix shows what works and what does not, per platform:

FF Webkit (chrome) Opera IE
samples-shapes ok ok ok ok
sample-events ok ok ok ok
sample-parser ok ok ok ok
sample-widgets ok ok ok ok
sample-xpath ok ok ok ok
sample-smil ok ko (No JS SMIL support) ok ko (No SMIL support)
games-chess ok ok ok ok
games-dots ok ko (No JS filter support) ok ko (No filter support. Coming in IE10)
games-maze ok ok ok ok
games-push ok ok ok ok
games-puzzle ok ok ok ok
]]> http://www.vectomatic.org/lib-gwt-svg/availability-of-lib-gwt-svg-0-5-4-and-other-announcements/feed 0 Availability of lib-gwt-svg 0.5.3 and other announcements http://www.vectomatic.org/lib-gwt-svg/availability-of-lib-gwt-svg-0-5-3-and-other-announcements http://www.vectomatic.org/lib-gwt-svg/availability-of-lib-gwt-svg-0-5-3-and-other-announcements#comments Sat, 10 Sep 2011 09:05:15 +0000 admin http://localhost/vectomatic/?p=705 Hi,

Concomitantly to the release of GWT 2.4, I am releasing a new version of lib-gwt-svg (0.5.3). For a detailed list of changes, see the release notes. This new version, besides providing compatibility with GWT 2.4, provides improvements in two areas:

It supports SVG paint (colors, named colors, gradients, patterns) and dash-arrays by providing parsers [...]]]> Hi,

Concomitantly to the release of GWT 2.4, I am releasing a new version of lib-gwt-svg (0.5.3). For a detailed list of changes, see the release notes. This new version, besides providing compatibility with GWT 2.4, provides improvements in two areas:

It supports SVG paint (colors, named colors, gradients, patterns) and dash-arrays by providing parsers for these data types. A dedicated post details these new capabilities.

It incorporates a patch proposed by Michael Allan of zelea.com to let lib-gwt-svg support subclassing or wrapper types. You can now write constructs like:

public class MyCircle extends OMSVGCircleElement {
}
MyCircle c = new MyCircle();
OMSVGSVGElement svg = new OMSVGSVGElement();
svg.appendChild(c);

I am also releasing a new version of lib-gwt-svg-chess, which is based on the latest version (0.6) of the carballo chess engine. Alberto Alonso Ruibal, the author of this engine, has modified it to make it compatible with GWT. Thus, as of this release, I will no longer maintain and distribute my own GWT version of it (carballo-gwt) and use the official version directly.

In parallel, the IE9 compatibility picture continues to improve: my chess game now runs in IE9+, and three out of four of my educational games run in IE9+ (dots is still not working). The only two remaining hurdles are lack of SVG animation and lack of XPath support in IE9+.

]]> http://www.vectomatic.org/lib-gwt-svg/availability-of-lib-gwt-svg-0-5-3-and-other-announcements/feed 0 SVG paint and stroke http://www.vectomatic.org/lib-gwt-svg/svg-paint http://www.vectomatic.org/lib-gwt-svg/svg-paint#comments Sat, 10 Sep 2011 08:58:11 +0000 admin http://localhost/vectomatic/?p=693 The SVG standard provides a complete API to deal with various forms of paint (rgb colors, named colors, linear gradients, patterns, …) and this API integrates tightly with the CSS APIs to provide programmatic access to the various characteristics of the paint. The dash-array CSS property can also be introspected with the same CSS APIs.

[...]]]> The SVG standard provides a complete API to deal with various forms of paint (rgb colors, named colors, linear gradients, patterns, …) and this API integrates tightly with the CSS APIs to provide programmatic access to the various characteristics of the paint. The dash-array CSS property can also be introspected with the same CSS APIs.

In real web development however, things are not as easy as they should, because almost all browsers fail to implement correctly if at all at least some part of the specification. This is why I had not tried to incorporate this part of the specification in lib-gwt-svg so far.

If things were perfect, all one would have to write to access a color or the dash-array attribute would be:

<svg xmlns="http://www.w3.org/2000/svg">
<circle id="c1" style="fill:tomato;stroke:black;stroke-dasharray:2mm,1mm" cx="10" cy="10" r="5"/>
</svg>
var circle = document.getElementById('c1');
var paint = circle.style.getCSSPropertyValue('fill');
var green = paint.rgbColor.green;
var greenValue = green.getFloatValue(green.primitiveType);
var dash1 = circle.style.getCSSPropertyValue('dash-array').item(0);
var dash1Value = dash1.getFloatValue(dash1.primitiveType);

In the real world, the code above does not run well in most browsers:

Browser Result
Firefox 4+ getCSSPropertyValue works only for computedStyle, not style
Chrome 14+ Works correctly
Opera 10+ Not supported (exception thrown)
IE9+ Not tested

In version 0.5.3 of lib-gwt-svg, I have developed a few classes to emulate most of the behavior of SVGPaint and CSSValue and map it to GWT. The implementation is based on parsing the css text value of the css properties to create a small graph of objects representing the color. The shortcoming of this approach is that this graph is an emulation: changing it will not affect the original CSS property. With this restriction in mind, it is now possible however to write applications which manipulate SVG paint and dash arrays, in a portable way. If browser implementations make enough progress, I plan to switch to the native implementation.

Here is sample code which uses it:

OMSVGCircleElement circle = (OMSVGCircleElement)OMSVGParser.currentDocument().getElementById("c1");
OMSVGPaint paint = (OMSVGPaint)circle.getStyle().getSVGPropertyCSS(SVGConstants.CSS_FILL_PROPERTY);
OMRGBColor green = paint.getRgbColor().getGreen();
float greenValue = green.getFloatValue(green.getPrimitiveType());
OMCSSValueList dashArray = (OMCSSValueList)circle.getStyle().getSVGPropertyCSS(SVGConstants.CSS_STROKE_DASH_ARRAY_PROPERTY);
OMCSSPrimitiveValue dash1 = (OMCSSPrimitiveValue)dashArray.getItem(0);
float dash1Value = dash1.getFloatValue(dash1.getPrimitiveType());

To conclude this post, here is a pointer to the javadoc documentation of this API.

]]> http://www.vectomatic.org/lib-gwt-svg/svg-paint/feed 0 lib-gwt-svg 0.5.2 is available with IE9 compatibility http://www.vectomatic.org/lib-gwt-svg/lib-gwt-svg-0-5-2-is-available-with-ie9-compatibility http://www.vectomatic.org/lib-gwt-svg/lib-gwt-svg-0-5-2-is-available-with-ie9-compatibility#comments Fri, 06 May 2011 19:48:12 +0000 admin http://localhost/vectomatic/?p=673 With the release of GWT 2.3.0, IE9 is now part of the browsers officially supported by GWT. Since IE9 has SVG support, I have updated lib-gwt-svg to take advantage of it. The samples have been migrated and most of them work, except for the usual SMIL animation which is not supported by IE9.

Actually the [...]]]> With the release of GWT 2.3.0, IE9 is now part of the browsers officially supported by GWT. Since IE9 has SVG support, I have updated lib-gwt-svg to take advantage of it. The samples have been migrated and most of them work, except for the usual SMIL animation which is not supported by IE9.

Actually the port did not require a lot of work once GWT 2.3.0 was available. I have changed the way lib-gwt-svg integrates with UiBinder, because this integration was based on XPaths and it turns out IE9 does not support XPath (neither does the current IE10), so be carefull if you rely on the DOMHelper XPath methods for your app.

There are certainly still problems with lib-gwt-svg IE9 support. I have not been able to get my other, more advanced apps to run correctly (no chess, no educational games). I need to do some more debugging to figure out why (problems on my side or IE9 bugs). However, since the samples work now correctly, I considered this to be a worthy milestone and thought I would release it. Anyhow, support for GWT 2.3.0 was needed anyway.

Beyond IE9 support, there are a few extra goodies, such as an API to fetch external XML resources using IFrames and XmlHttpRequests, see the release notes for details.

]]> http://www.vectomatic.org/lib-gwt-svg/lib-gwt-svg-0-5-2-is-available-with-ie9-compatibility/feed 0 Annoucement: lib-gwt-svg 0.5.1 availability and other miscellaneous changes http://www.vectomatic.org/lib-gwt-svg/annoucement-lib-gwt-svg-0-5-1-availability-and-other-miscellaneous-changes http://www.vectomatic.org/lib-gwt-svg/annoucement-lib-gwt-svg-0-5-1-availability-and-other-miscellaneous-changes#comments Tue, 22 Feb 2011 08:30:51 +0000 admin http://localhost/vectomatic/?p=627 This post summarizes changes and new features to vectomatic and lib-gwt-svg.

lib-gwt-svg A new version 0.5.1 is introduced, to provide formal support for GWT2.2.0. It is mainly a bug-fix and improvement release, but it contains a large number of fixes (see the release notes for details). It is available through the usual channels: maven central [...]]]> This post summarizes changes and new features to vectomatic and lib-gwt-svg.

lib-gwt-svg
A new version 0.5.1 is introduced, to provide formal support for GWT2.2.0. It is mainly a bug-fix and improvement release, but it contains a large number of fixes (see the release notes for details). It is available through the usual channels: maven central repository, vectomatic website, and google-code project.

lib-gwt-svg-samples
The samples for lib-gwt-svg have been revamped too (version 0.5.2) to finish the work started on CSS and SMIL animation. The SMIL animation sample now works as expected (on FF4 and Opera). The widgets sample layout has been redesigned to demonstrate scalability of widgets.

lib-gwt-svg-edu
Additional new GWT projects have been created to make the games available as Opera Widgets and KDE Plasmoids. The Opera Widgets are already functional, the KDE plasmoids not yet. More work is still required though on the CSS front to make the game appearance and responsiveness adequate for use on mobile devices. Thus the widgets are not yet published on the Opera repository.

Repository structure
The unified SVN repository structure which contains all vectomatic projects is going to be split in several parts. The reason is that it is becoming difficult to synchronize the release of all these projects into one big meta-release and that they will evolve better if they can have a lifecycle of their own. The plan is to have at least three repositories:

The vectomatic2 development has already been extracted to a private svn repository and is receiving intensive care. A new project (with a new name) will be created and announced shortly to host it.

]]> http://www.vectomatic.org/lib-gwt-svg/annoucement-lib-gwt-svg-0-5-1-availability-and-other-miscellaneous-changes/feed 0 IE9 and lib-gwt-svg http://www.vectomatic.org/lib-gwt-svg/ie9-and-lib-gwt-svg http://www.vectomatic.org/lib-gwt-svg/ie9-and-lib-gwt-svg#comments Thu, 18 Nov 2010 21:49:37 +0000 admin http://www.vectomatic.org/?p=616 A first (small) step has been made on the way towards running lib-gwt-svg apps into IE9. I have done some tests with the latest code available (called “platform preview 7″). The good news first: a few of the tabs in lib-gwt-svg-samples work, with the present unmodified code (version 0.5.0): shapes, events, features. This is encouraging [...]]]> A first (small) step has been made on the way towards running lib-gwt-svg apps into IE9. I have done some tests with the latest code available (called “platform preview 7″). The good news first: a few of the tabs in lib-gwt-svg-samples work, with the present unmodified code (version 0.5.0): shapes, events, features. This is encouraging because it means you can create SVG shapes and receive events. The bad news now: all the other apps are not working (yet).

How do I interpret these results ? It seems IE9 is a two headed beast, and these two heads do not talk to each other at all. Either you choose the new IE9 mode, by putting the HTML5 doctype header in your document; or you choose the compatibility mode.

In IE9 mode, you must do everything by the standards (CSS layout, HTML5, W3C DOM APIs). If you deviate a tiny bit or try to use the old IE way, it won’t work, contrary to other browsers which know how to handle legacy and degrade more gracefully.

In compatibility mode, you basically have that outdated and full of quirks and bugs browser, which knows nothing of the new features but has good compatibility with legacy MS apps.

So you cannot have your cake and eat it too. Currently this is not very good for the combination of GWT and lib-gwt-svg. GWT has not evolved yet, its widget library is designed for the old version of the browser, so GWT apps probably will work better in compatibility mode. However lib-gwt-svg is clearly designed to work in IE9 mode, because it requires SVG, only available in this mode. This is why (I think) so few apps currently work: as soon as you start doing GWT UI in IE9 mode, it breaks. Probably the GWT team will have to address IE9 in IE9 mode as a completely new user agent, which is a lot of work. There are chances most apps will run unmodified once this done. To encourage google engineers, you can vote for issue 5125 to show your interest in the topic (click on the star next to the issue number).

]]> http://www.vectomatic.org/lib-gwt-svg/ie9-and-lib-gwt-svg/feed 0 Performance improvements of GWT2.1 for long-based computations http://www.vectomatic.org/lib-gwt-svg/performance-improvements-of-gwt2-1-for-long-based-computations http://www.vectomatic.org/lib-gwt-svg/performance-improvements-of-gwt2-1-for-long-based-computations#comments Wed, 10 Nov 2010 18:33:01 +0000 admin http://localhost/vectomatic/?p=605 The port of lib-gwt-svg-chess to GWT 2.1 has highlighted an interesting fact. The application makes heavy use of java longs, notably in the attack tables of the carballo chess engines. At the time the code was written, the time to initialize the attack tables turned out to be so long (around two and a half [...]]]> The port of lib-gwt-svg-chess to GWT 2.1 has highlighted an interesting fact. The application makes heavy use of java longs, notably in the attack tables of the carballo chess engines. At the time the code was written, the time to initialize the attack tables turned out to be so long (around two and a half minutes) that I had to pre-compute them, causing a big one-time penalty in the application download size (it was a 5MB download, somewhat mitigated by the use of HTTP deflate header, see my previous post of the topic). Since then, GWT 2.1 has introduced a revamped emulation of java longs, and browsers javascript engines are now much faster. I have been able to get rid of the pre-computed tables and compute them on the fly. The execution time for this part of the code is now:

Browser Ellapsed time
Firefox 3.6 23s
Opera 10.63 14s
Chrome 7 0.5s
Firefox 4.0b7 3s

This certainly beats downloading 4MB of attack tables.

]]> http://www.vectomatic.org/lib-gwt-svg/performance-improvements-of-gwt2-1-for-long-based-computations/feed 0 More on CSS layout of SVG applications http://www.vectomatic.org/lib-gwt-svg/more-on-css-layout-of-svg-applications http://www.vectomatic.org/lib-gwt-svg/more-on-css-layout-of-svg-applications#comments Wed, 10 Nov 2010 18:25:30 +0000 admin http://localhost/vectomatic/?p=603 lib-gwt-svg-samples and lib-gwt-svg-chess have been fully ported to GWT2.1 and I am releasing today these new versions. These applications were already working with GWT2.1 but they were still using deprecated classes for UI layout. They have been transposed to a 100% CSS-based, strict-mode layout, so the resizing should be faster and the layout more consistent [...]]]> lib-gwt-svg-samples and lib-gwt-svg-chess have been fully ported to GWT2.1 and I am releasing today these new versions. These applications were already working with GWT2.1 but they were still using deprecated classes for UI layout. They have been transposed to a 100% CSS-based, strict-mode layout, so the resizing should be faster and the layout more consistent accross browsers (see my previous post on CSS layout for SVG elements in GWT applications). I have also pushed the code of lib-gwt-svg-samples to the maven central repository.

]]> http://www.vectomatic.org/lib-gwt-svg/more-on-css-layout-of-svg-applications/feed 0 lib-gwt-svg is now available on Maven central repository http://www.vectomatic.org/lib-gwt-svg/lib-gwt-svg-is-now-available-on-maven-central-repository http://www.vectomatic.org/lib-gwt-svg/lib-gwt-svg-is-now-available-on-maven-central-repository#comments Fri, 05 Nov 2010 22:54:33 +0000 admin http://www.vectomatic.org/?p=598 To improve the ease of use and accessibility of lib-gwt-svg, lib-gwt-svg version 0.5 is now available on Maven central repository (http://repo2.maven.org/maven2/org/vectomatic/lib-gwt-svg/)

Though I will keep making it available from my own Maven repository (http://www.vectomatic.org/mvn) and from various other HTTP download locations (http://code.google.com/p/vectomatic/ and http://code.google.com/p/lib-gwt-svg/), retrieving the library from the Maven central repository is the preferred [...]]]> To improve the ease of use and accessibility of lib-gwt-svg, lib-gwt-svg version 0.5 is now available on Maven central repository (http://repo2.maven.org/maven2/org/vectomatic/lib-gwt-svg/)

Though I will keep making it available from my own Maven repository (http://www.vectomatic.org/mvn) and from various other HTTP download locations (http://code.google.com/p/vectomatic/ and http://code.google.com/p/lib-gwt-svg/), retrieving the library from the Maven central repository is the preferred way as it is more reliable and will have the most up to date version.

A note to the early adopters of version 0.5: the version available from the Maven central repository and the version available by other means have a slightly different POM (the code itself is 100% identical). This is because POMs of projects on Maven central repository must follow a strict set of guidelines and some changes were needed for acceptance of lib-gwt-svg. I did not want to change the version number as this is the only difference. If in doubt, use the version from the Maven central repository ; it is now cryptographically GPG-signed.

]]> http://www.vectomatic.org/lib-gwt-svg/lib-gwt-svg-is-now-available-on-maven-central-repository/feed 0 lib-gwt-svg 0.5 is available http://www.vectomatic.org/lib-gwt-svg/lib-gwt-svg-0-5-is-available http://www.vectomatic.org/lib-gwt-svg/lib-gwt-svg-0-5-is-available#comments Sat, 30 Oct 2010 15:29:38 +0000 admin http://localhost/vectomatic/?p=583 I am releasing today version 0.5 of lib-gwt-svg. The new version contains many new features.

The API has been migrated to include the lastest update from the SVG specification (SVG 1.1 second edition, W3C Working Draft 22 June 2010). See the release notes for details of the API changes. Documentation captured from the SVG specification [...]]]> I am releasing today version 0.5 of lib-gwt-svg. The new version contains many new features.

  • The API has been migrated to include the lastest update from the SVG specification (SVG 1.1 second edition, W3C Working Draft 22 June 2010). See the release notes for details of the API changes.
  • Documentation captured from the SVG specification has been translated to javadoc and injected everywhere in the API. All the non-W3C APIs have been documented. Many links pointing to the W3C spec have been added also.
  • Exceptions declared in the specification have been mapped to java exceptions and the corresponding throws clauses have been added to the specification. The article on lib-gwt-svg design has been updated to reflect the design decisions behind these changes.
  • Many new helper methods have been introduced (xpath utilities, DOM-level 2 related methods, graphical methods).
  • An SVG validator has been integrated. It is enabled by default and checks at build-time all the SVG passed as SVGResource, ExternalSVGResource and inlined in UiBinder templates. The SVG validator is based on the experimental XML schema provided at W3C with custom fixes and improvements. It is possible to disable validation with the proper annotation or UiBinder attribute.
  • The library is now based on the GWT 2.1 final release.
]]> http://www.vectomatic.org/lib-gwt-svg/lib-gwt-svg-0-5-is-available/feed 0