After the long talk with Eugene, let me summarize the TODOs for the following weeks:

• arcTo this is a required functionality listed in the proposal, but the proposed API is not quite clear
• Unified setPath is almost done, just add arcTo later to make it complete
• setTransform for VML this is the most difficult part, since VML render has subtle different behavior than the SVG render
• group transformation since VML has lame support for the group transformation, only translate is supported, we might need to implement the transformation manually, or just cripple the group transform in both sides.
• attachFoo functions in VML it is supposed to work by following the same approach in SVG.

The strokes in VML and SVG are a little different, but noticeable. One picture is worthy one thousand words:

The default stroke style in VML is single black line according to the specification, while SVG is none. Why the first rounded stroke rects are different are still unknown.

Another interesting variance is the distance between the top of shape and table cell boundary.

Due to the difference of SVG and VML, the behaviors of Dojo 2D are not the same in all the test cases. I would demostrate the inconsistance here.

The left is the Internet Explorer Version 6.0.2900.2180.xpsp_sp2_gdr.050301-1519 in VMWare player, the right side is Mozilla Firefox 1.5.0.5 in Gentoo. This is the default testbed except where otherwise noted.

The test case snippet is:

The following screenshot demostrates the different behaviors of VML and SVG, I think the difference results from the rotation centers.

UPDATE: Fixed by Eugene already. :-)

Yes, the dojo 2D subsystem has been accepted by dojo SVN truck, which means it might be added to the next release. Proud to be the Dojo 2D contributer!

You may check out the code from here, and the test cases here. The API documentation is hosted here which is still evolving.

I spend 3 – 5 hours for transportation weekly, and spend at least 40 minutes to browse/read the subscripted RSS feeds daily. What if I could utilize the trivial time in the metro to read something I am really interested in?

Here is one “just works” solution. Install Sunrise in the computer, and Plucker in the Palm. Export my favorite feeds from the RSS reader in OPML format, and import it to Sunrise which would synchronize the feeds and convert them to Plucker format later.

Download PDB files via kpilot to my Palm via IrDA. It works, but it involves in TOO MUCH interactivities with the users, you wanna catch the bus or not?

What I need is a cron job running in the background, check, convert and save. Whenever I do a HotSync, the files are updated; or just simply beam them to my Palm. Here is my proposal to work it around:

• Develop a RSS fetcher/parser using RSS for Python to fetch the contents.
• Develop a wrapper to invoke official Plucker Desktop to convert them to Plucker PDB
• Develop a file synchronization plugin for KPilot
• Customize a script to beam the files
• Develop a init script to glue them together

Any suggestions?