I thought I’d just take this chance to acknowledge some of the people who’ve helped get us here. Particularly Daniel Holbert for his incredible helpfulness and for just being awesome at everything he does; Jonathan Watt for all his help with SMIL recently and for always looking out for me; Robert O’Callahan for his oversight, invaluable input, and support technical and personal; and Chris Double for keeping SMIL moving in the early days.

Also, as alumni of the University of Technology, Sydney (UTS) I used their library a number of times last year as a kind of virtual office. It’s a great library where they really try to help the students, allow you to eat at your desk, and even let you pay for your fines with canned food that is then given to an Australian charity group. Thanks UTS!

Finally, thanks to Solutions First, specialists in Open Source and Linux solutions and a whole lot more, and who have generously provided me with this web space for longer than I can remember. Cheers guys!

This weeks developments:

• <animateTransform>
• SVGAnimationElement interface
• Fixes to better synchronise the DOM state with the animation state
• A couple of other small fixes

Today I ran up against some questions about zero-length intervals so if you have any insights there I’d be glad to hear from you! I’ve adjusted our timing model based on what I think SMIL intends.

That brings to an end my stint with the NZ office. I had a great time with the fellas here–cheers guys! Or as some people here say, “chur!”

But althought we’ve come a long way I want to emphasise that we still have a long way to go. I’ve updated the status page to give you an idea of the features still remaining to be implemented. In particular, integration with SVG and CSS is a massive task (although it makes up only two rows of the chart) and by far the bulk of animation demos and tests won’t work without this. Also, syncbase timing is a big job.

The good news is <animateTransform> is in the pipeline (ready for review any day now) and for maybe the first time ever, there’s a little bit of momentum behind SMIL.

Here’s the low-context summary:

• Daniel Holbert has been taking on this work and pushing it along steadily (thanks a million Daniel!!)
• I’ve joined the Auckland office for my summer break (from December to the end of January) to work full-time on SMIL.
• A (very) basic patch is nearly ready to land after it undergoes some final review and rework. After that SMIL should be on the trunk but disabled by default. I’ve updated the status page to reflect the features of this patch.
• A proper implementation of <animateTransform> is also ready but needs review. I’ve written up (in painfully boring detail) some spec issues I encountered regarding <animateTransform>.

Next on the agenda I hope to be working on syncbase timing.

Thanks again for all your support and Happy New Year! Godt nytår! あけましておめでとうございます！ 新年もよろしくお願いいたします！

From now on, if you want to track the progress of SMIL in Mozilla I recommend:

• #216462 Implement SVG (SMIL) Animation
• tor’s weblog

As for me, I’m travelling around Asia (check the blog [removed] if you’re really curious), so unless someone can sponsor me to work on this in Asia I can’t really offer much time to the project.

Thank you to everyone who helped me to get SMIL this far. I hope that someone else can pick it up.

Progress on SMIL continues, albeit in slow motion. Just a really quick note for those one or two people who want to know what’s going on:

• Not only does it compile it now runs too!
• All my visual tests pass again
• All my unit tests pass again
• My early attempt at <animateTransform> is up and running again and seems to work.

I need to do some tidying up before it’s ready for review. Most of all:

• Some deCOMtamination
• Making better use of Moz utilities (string iterators, nsTArray etc.)
• Removing redundant code
• Fixing the scope of the animation controller

It’s hard to give a timeframe for this – it depends a bit on my workload with other things (Japanese, Bible college, surfing, life – not to mention my day job). Hopefully a month?

As for new feature work, I’ll have to re-negotiate with work before I can do that. So I’d really appreciate any help at all. The SVG guys have already been incredibly helpful and have begun preparing the SVG code so it can be animated more efficiently. Thanks guys!

Thanks to the many people who have left very encouraging comments in the meantime. I’ll do my best to get this up and running as soon as possible. One very experienced developer has suggested they might be able to contribute which would really help bring this to reality.

I’ll wait until it’s actually working (and I’ve done some more deCOMtamination) before posting another patch. But thanks for being patient with me!

• http://brian.sol1.net/svg/report/report.pdf

Also, I was invited to represent the Software Engineering faculty by presenting my project at an Engineering project competition run by my university from which I picked up the prize for innovation which means I got paid for working on Mozilla! Stoked!

Finally, I’m taking a bit of a break from this work at the moment. I nearly went crazy finishing the uni project last year and right now it’s summer so I’m getting back into surfing, swimming, running, riding, squash and maybe even some karate! Maybe in a month or two I’ll be ready to look at the code again and I’ll try to tidy up the SMIL Animation code.

• keySplines
• keyTimes
• accumulate
• restart
• min, max
• ElementTimeControl DOM interface

I’ve added a status page showing just what’s been implemented and I’ve also updated the test cases.

This represents all the features I intend to implement this year although I may attempt a draft implementation of <animateTransform> for demonstration purposes. The next obvious thing to implement is syncbase timing although none of this will be of much use until we determine how to represent animated values in SVG and CSS!

For now I’ll be working on a report of my attempts and documenting some difficulties I’ve come across with SMIL.

Here are the patches:

smil-anim-2005-11-03-2024.patch
smil-anim-2005-11-03-2024-wo-configure.patch — The same but without the patch to configure—this is much smaller and more likely to work but requires you have autoconf-2.13.

I’ve (hopefully) fixed the paths in the patch so you should be able to apply it from mozilla with:
patch -p0 smil-anim-2005-11-05-1539.patch

Known issues:

• An SVG image referenced via <object> will remain paused when returning to the page using the back button if the page is in the bfcache. This is because page transition events are not received. If anyone can help me with this I’d really appreciate it!
• An SVG document added entirely via script won’t be animated. (See this test case.)

• Optimised performance–a lot of unnecessary rendering has been filtered out and the profiling I was able to perform suggests this has made a significant difference, especially when the animation is frozen.
• Animation now pauses and resets when the page is cached in the bfcache.
• Better thread safety.
• Animation now starts at the same time as the SVGLoad event (although this has meant a regression in the deferred tree test case).
• Support for pausing via the DOM (see this test case).
• Animation is now disabled if the image.animation_mode pref is set to ‘none’ (although I’m not sure if this is a good idea).
• Fixed the to-animation prioritisation issue Olaf pointed out.
• The frozen to animation test case now produces the correct result in all cases (although there are still unresolved issues with regard to seeking).

The latest patch is at:
http://brian.sol1.net/svg/patches/smil-anim-2005-10-16-1736.patch.

I’ve also put up my configure script as some people have had trouble regenerating the script from configure.in.

You might like to read Twitwi’s comment for some help on applying the patch.