You are viewing a plain text version of this content. The canonical link for it is here.
Posted to batik-users@xmlgraphics.apache.org by Archie Cobbs <ar...@dellroad.org> on 2006/07/18 01:01:58 UTC

Release soon?

Any plans for another release of Batik anytime soon?

Thanks,
-Archie

__________________________________________________________________________
Archie Cobbs      *        CTO, Awarix        *      http://www.awarix.com

---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org


Re: Release soon?

Posted by Andreas Neumann <ne...@karto.baug.ethz.ch>.
>There’ve certainly been enough changes to warrant a release, IMO.  But as
>  
>
yes - a release would be useful.

>I am close to finishing animation support I’d like to get that in.
>  
>
this is very good news. Looking forward to using SMIL in Batik.

Thanks for the info,
Cameron

-- 
----------------------------------------------
Andreas Neumann
Institute of Cartography
ETH Zurich
Wolfgang-Paulistrasse 15
CH-8093  Zurich, Switzerland

Phone: ++41-44-633 3031, Fax: ++41-44-633 1153
e-mail: neumann@karto.baug.ethz.ch
www: http://www.carto.net/neumann/
SVG.Open: http://www.svgopen.org/
Carto.net: http://www.carto.net/


---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org


Re: Release soon?

Posted by Cameron McCormack <ca...@mcc.id.au>.
Hi Philip.

Fennell, Philip:
> Did I just read that right?
> 
> Is Batik about to provide support for SMIL Animation?

Yep.

> Will we have access to the whole kit-and-caboodle (everything in the
> SMIL animation module)?

Yes, hopefully.

> Even:
> 
> <set begin="objectID.click" end="otherobjectID.end" ... />
> 
> and the like?

Yes!

> Will we, will we?
> 
> If you haven't guest already I'm quite keen on the idea.

I think it’s been a long requested feature. :)

-- 
Cameron McCormack, http://mcc.id.au/
	xmpp:heycam@jabber.org  ▪  ICQ 26955922  ▪  MSN cam@mcc.id.au

---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org


Re: Animation support (was Re: Release soon?)

Posted by Cameron McCormack <ca...@mcc.id.au>.
Cameron McCormack:
> >Modifying attributes of animation elements while they are in the
> >document will not change the animation.  Removing the element, changing
> >the attribute, then reinserting it will work.  I believe this is
> >conformant, but I will have to dig deeper into the specs.

Andreas Neumann:
> hm, this is sad. Both ASV and Opera support changing SMIL attributes 
> from script and I also use this feature frequently. I can't find any 
> text in the animation chapter of the spec that would tell an author that 
> he can't modify SMIL attributes by script. It would be a restriction if 
> I can't do this in Batik.

There are some things that are undefined about changes to animation
attributes, particularly with the timing attributes, I think.  SMIL
Animation says this:

   5.3. Constraints on manipulating animation elements

   Language designers integrating SMIL Animation are encouraged to
   disallow manipulation of attributes of the animation elements, after
   the document has begun. This includes both the attributes specifying
   targets and values, as well as the timing attributes. In particular,
   the id attribute (of type ID) on all animation elements must not be
   mutable (i.e. should be read-only). Requiring animation runtimes to
   track changes to id values introduces considerable complexity, for
   what is at best a questionable feature.

   It is recommended that language specifications disallow manipulation
   of animation element attributes through DOM interfaces after the
   document has begun.  It is also recommended that language
   specifications disallow the use of animation elements to target other
   animation elements.

   Note in particular that if the attributeName attribute can be changed
   (either by animation or script), problems may arise if the target
   attribute has a namespace qualified name. Current DOM specifications
   do not include a mechanism to handle this binding.

   Dynamically changing the attribute values of animation elements
   introduces semantic complications to the model that are not yet
   sufficiently resolved. This constraint may be lifted in a future
   version of SMIL Animation.

But, SVG 1.1 doesn’t specifically disallow changes to the attributes.  I
will try to get to this soon then.

> Thanks again for your work and congratulations on getting this into the 
> trunk!

Thanks. :)

-- 
Cameron McCormack, http://mcc.id.au/
	xmpp:heycam@jabber.org  ▪  ICQ 26955922  ▪  MSN cam@mcc.id.au

---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org


Re: Animation support (was Re: Release soon?)

Posted by Andreas Neumann <ne...@karto.baug.ethz.ch>.
Hi Cameron,

good to hear! I will test the implementation and provide feedback.

>I have merged the anim branch back into the trunk now.  This should give
>a nearly complete SMIL animation implementation.  There aren’t any
>regressions for documents that have no animation, but there may still be
>bugs with the animation stuff.  Note that the animation engine isn’t
>started unless there is at least one animation element in the document
>at the time it is loaded, so if you only add animation elements from
>script then it won’t work yet.  All CSS properties are animatable, most
>XML attributes are too.  One notable omission is that animating paint
>server element attributes is not supported yet.
>  
>
ok, this restriction already existed for scripting paint server element 
attributes.

>Modifying attributes of animation elements while they are in the
>document will not change the animation.  Removing the element, changing
>the attribute, then reinserting it will work.  I believe this is
>conformant, but I will have to dig deeper into the specs.
>  
>
hm, this is sad. Both ASV and Opera support changing SMIL attributes 
from script and I also use this feature frequently. I can't find any 
text in the animation chapter of the spec that would tell an author that 
he can't modify SMIL attributes by script. It would be a restriction if 
I can't do this in Batik.

>Please give it a try and file bug reports for any problems you find.
>
>  
>
sure.

Thanks again for your work and congratulations on getting this into the 
trunk!

Andreas

-- 
----------------------------------------------
Andreas Neumann
Institute of Cartography
ETH Zurich
Wolfgang-Paulistrasse 15
CH-8093  Zurich, Switzerland

Phone: ++41-44-633 3031, Fax: ++41-44-633 1153
e-mail: neumann@karto.baug.ethz.ch
www: http://www.carto.net/neumann/
SVG.Open: http://www.svgopen.org/
Carto.net: http://www.carto.net/


---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org


Re: Animation support (was Re: Release soon?)

Posted by Archie Cobbs <ar...@awarix.com>.
Cameron McCormack wrote:
> Please give it a try and file bug reports for any problems you find.

It's not specifically animation related... but please include the patch
in bug #40167 in the next release. It doesn't look like it's been
committed to SVN yet.

Thanks!
-Archie

__________________________________________________________________________
Archie Cobbs      *        CTO, Awarix        *      http://www.awarix.com

---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org


Animation support (was Re: Release soon?)

Posted by Cameron McCormack <ca...@mcc.id.au>.
Cameron McCormack:
> Yeah, once I’ve finished it and put the appropriate tests into regard,
> I’ll merge it into the trunk.  Really the anim branch has just been a
> place for me to stick my animation code and have it versioned, as I
> haven’t been doing any extensive testing of it or regression testing as
> I’ve been going.

I have merged the anim branch back into the trunk now.  This should give
a nearly complete SMIL animation implementation.  There aren’t any
regressions for documents that have no animation, but there may still be
bugs with the animation stuff.  Note that the animation engine isn’t
started unless there is at least one animation element in the document
at the time it is loaded, so if you only add animation elements from
script then it won’t work yet.  All CSS properties are animatable, most
XML attributes are too.  One notable omission is that animating paint
server element attributes is not supported yet.

Modifying attributes of animation elements while they are in the
document will not change the animation.  Removing the element, changing
the attribute, then reinserting it will work.  I believe this is
conformant, but I will have to dig deeper into the specs.

Please give it a try and file bug reports for any problems you find.

-- 
Cameron McCormack, http://mcc.id.au/
	xmpp:heycam@jabber.org  ▪  ICQ 26955922  ▪  MSN cam@mcc.id.au

---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org


Re: Release soon?

Posted by Cameron McCormack <ca...@mcc.id.au>.
Thomas DeWeese:
>    I would agree that if we have a finished (or even nearly finished)
> SMIL animation engine then we should do a new release.  In fact
> should we just replace 'trunk' with the animation branch?

Yeah, once I’ve finished it and put the appropriate tests into regard,
I’ll merge it into the trunk.  Really the anim branch has just been a
place for me to stick my animation code and have it versioned, as I
haven’t been doing any extensive testing of it or regression testing as
I’ve been going.

-- 
Cameron McCormack, http://mcc.id.au/
	xmpp:heycam@jabber.org  ▪  ICQ 26955922  ▪  MSN cam@mcc.id.au

---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org


Re: Release soon?

Posted by th...@kodak.com.
Hi Cameron,

Cameron McCormack <ca...@mcc.id.au> wrote on 07/17/2006 09:40:08 PM:

> Archie Cobbs:
> > Any plans for another release of Batik anytime soon?
> 
> There?ve certainly been enough changes to warrant a release, IMO.  But 
as
> I am close to finishing animation support I?d like to get that in.
> Maybe in a month or so.  Thomas, Dieter?

   I would agree that if we have a finished (or even nearly finished)
SMIL animation engine then we should do a new release.  In fact
should we just replace 'trunk' with the animation branch?

   We might want to put a note on the download page indicating that
trunk is a bit unstable, but since at this point I can't imagine
releasing trunk without all the great the animation stuff I suspect
trunk has outlived it's usefulness (discussion should probably take
place on Batik-dev for this).

   Other opinions?


---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org


RE: Release soon?

Posted by "Fennell, Philip" <ph...@hp.com>.
Cameron,

> But as I am close to finishing animation support

Did I just read that right?

Is Batik about to provide support for SMIL Animation?

Will we have access to the whole kit-and-caboodle (everything in the SMIL animation module)?

Even:

<set begin="objectID.click" end="otherobjectID.end" ... />

and the like?


Will we, will we?


If you haven't guest already I'm quite keen on the idea.



Regards

Philip Fennell 


-----Original Message-----
From: Cameron McCormack [mailto:cam@mcc.id.au] 
Sent: 18 July 2006 02:40
To: batik-users@xmlgraphics.apache.org
Subject: Re: Release soon?

Archie Cobbs:
> Any plans for another release of Batik anytime soon?

There’ve certainly been enough changes to warrant a release, IMO.  But as I am close to finishing animation support I’d like to get that in.
Maybe in a month or so.  Thomas, Dieter?

--
Cameron McCormack, http://mcc.id.au/
	xmpp:heycam@jabber.org  ▪  ICQ 26955922  ▪  MSN cam@mcc.id.au

---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org


Re: Release soon?

Posted by Cameron McCormack <ca...@mcc.id.au>.
Archie Cobbs:
> Any plans for another release of Batik anytime soon?

There’ve certainly been enough changes to warrant a release, IMO.  But as
I am close to finishing animation support I’d like to get that in.
Maybe in a month or so.  Thomas, Dieter?

-- 
Cameron McCormack, http://mcc.id.au/
	xmpp:heycam@jabber.org  ▪  ICQ 26955922  ▪  MSN cam@mcc.id.au

---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org