Re: [svg-developers] Change SV G javascript variable

[Holger Will]

John Chacko. schrieb:

> All,
> I have 2 iframes in a page,(1). IFrameSVG & (2).IFrameHdn.
> An asp page, whose Content-Type is image/svg-xml, is loaded in
> IFrameSVG. And the SVG output is as expected. I have a global
> javascript variable,ie GblVar, in svg.
>
> I want to know whether is it  possible to change the GblVar from the
> other iframe,ie,from my IFrameHdn.
>
> I think this question may be answered earlier...
> But I find it difficult to search all mails in this group...
>
>
> Can anybody help me...
>
>
>
> thanks in advance,,
> John Chacko
>
Hi John

inter document communication (idc) is currently a mess !!!  there are 
some things you should know,

for reliable idc you have to use the non-standart , because 
 is broken in InternetExplorer.
the implementation of embed differs from browser to browser. the only 
plattforms where idc currently works, are
IE + ASV3/6  and mozilla/firefox with native svg support.

the  tags important methods in this case are:
getSVGDocument() //this works in mozSVG and IE+ASV
getWindow() //IE only
(if we could use  it would be:
contentDocument and contentWindow
)

so you could utilize getWindow() to solve your original problem.
now you need access from the svgs to the parent html, this is where the 
next problem arises.
usualy parent or window.parent should point to the parent html. but this 
does not work in some combinations of IE+ASV,
you could use top instead of parent, which seems to be more robust than 
parent, but still breaks in some IE+ASV contexts.

so from my point of view the most reliable way would be ( if possible) 
to move all code to the parent html. in that case, you would not need to 
talk to the parent html from svg,
instead get a handle to the svg document, and then register event 
handlers from your html. this way, a global variable is atomaticly 
global to all your svgs.



here is a small examle( that works reliable in mozSVG and IE+ASV):


  mainpage.htm:

http://www.w3.org/1999/xhtml";>

inter document communication


  
   

function init(){
e=document.embeds[0]  //the first embedd !
sd=e.getSVGDocument() //the first embeds svg document

rect=sd.getElementsByTagNameNS("http://www.w3.org/2000/svg","rect";).item(0) 
//get the rect element
rect.addEventListener("mouseover",over,false)
rect.addEventListener("mouseout",out,false)
rect.addEventListener("click",changeCircleColor,false)

e=document.embeds[1]
sd=e.getSVGDocument()

circle=sd.getElementsByTagNameNS("http://www.w3.org/2000/svg","circle";).item(0)
circle.addEventListener("mouseover",over,false)
circle.addEventListener("mouseout",out,false)

}


function over(evt){
evt.target.setAttribute("fill",circle.getAttribute("fill"))
}


function out(evt){
   evt.target.setAttribute("fill","blue")
}

function changeCircleColor(){
var r=Math.floor(Math.random()*255)
var g=Math.floor(Math.random()*255)
var b=Math.floor(Math.random()*255)
circle.setAttribute("fill","rgb("+r+","+g+","+b+")")
}







  rect.svg:



http://www.w3.org/2000/svg";
 xmlns:xlink="http://www.w3.org/1999/xlink"; viewBox="0 0 600 600" >
  




  circle.svg:


http://www.w3.org/2000/svg";
 xmlns:xlink="http://www.w3.org/1999/xlink"; viewBox="0 0 600 600" >
 
 



p.s.: please do not use the old mime type for svg, insted use 
image/svg+xml (with a plus not a minus)!!
p.p.s.: i would not use iframe, because im IE if you use iframe, an 
implicit html document will be created for each svg , which holds an 
embedd, wich in turn holds the reference to your svg,
in mozilla however, there is no implicit html document. so this is even 
more complicating things.

hope that helps
Holger


-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

Re: [svg-developers] getScreenCTM

[Jeff Rafter]

>No, the viewport is established by the x,y,width & height attributes
> on the SVG element.  So it is after the application of the translate
> due to x,y but before the transformation due to viewBox handling.
> Since current scale/translate is outside of the SVG element
> getCTM would never include it.

I am not sure you are taking into consideration the fact that the 
outermost SVG doesn't return a viewport for the nearestViewport element. 
For this reason I divide the concepts of viewport and viewrect. In my 
interpretation getCTM and getScreenCTM should be equivalent for the 
outermost SVG.

I am excited that I can point to the Javascript wrapper that I wrote for 
coordinate transformations. It was developed for PD'Magic by myself 
(with the help of the #svg channel on Freenode). The docs also list some 
external resources that were examined during its creation-- including 
Kevin Lindsey's viewbox.js and SharpVectorGraphics. This shows my 
interpretation in code so there is no confusion. Maybe if we all compare 
our implementations and figure out where we diverge we can use the 
results to clean up the text in the spec.

Coords.js at:

http://research.pdmagic.com/svg

All the best,
Jeff Rafter


-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

[svg-developers] Change SV G javascript variable

[John Chacko.]

All,
I have 2 iframes in a page,(1). IFrameSVG & (2).IFrameHdn.
An asp page, whose Content-Type is image/svg-xml, is loaded in 
IFrameSVG. And the SVG output is as expected. I have a global 
javascript variable,ie GblVar, in svg.
 
I want to know whether is it  possible to change the GblVar from the 
other iframe,ie,from my IFrameHdn.

I think this question may be answered earlier...
But I find it difficult to search all mails in this group...


Can anybody help me...



thanks in advance,,
John Chacko






-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

[svg-developers] API for SVG?

[maria ulfa]

hi,
could somebody help me???
my ActiveXObject (Microsoft.XMLDOM) never work in SVG.
is that true that ASV doesn't support ActiveX? if so, then how can we make 
interface between SVG and other document?
thanks for your help...


-
Yahoo! Sports
 Rekindle the Rivalries. Sign up for Fantasy Football

[Non-text portions of this message have been removed]



-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

[svg-developers] TEST

[dean]

pass



[Non-text portions of this message have been removed]



-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

[svg-developers] Publish SVG

[José Maria Villac Pinheiro]

I have a database GIS server application and want to develop a server
application that reads my database (vector+images) and generate an SVG
file to send to the browser client.
 
Can somebody help me? Witch products should I buy?
 
Thanks,
 
Jose
[EMAIL PROTECTED]





-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

RE: [svg-developers] Re: Mobiform Software has updated Aurora XAML Designer for WinFX

[Randy George]

XAML sounds nice enough for MS work and probably not much of a transcode
from svg but when does it have something we can actually use for our
clients?

-Original Message-
From: svg-developers@yahoogroups.com [mailto:[EMAIL PROTECTED]
On Behalf Of mobiform
Sent: Saturday, June 18, 2005 8:03 AM
To: svg-developers@yahoogroups.com
Subject: [svg-developers] Re: Mobiform Software has updated Aurora XAML
Designer for WinFX


> 
> When you post it in this forum, the bona fide SVG developers will 
just consider that you are trolling.

Fine. Many binafide svg developers (having been one) have left svg and 
this forum for Avalon and XAML. Many that have stayed have done so 
partially by misinformation and lies posted on this group. For 
example, XAML is only for Longhorn? False. We only work on XP. Few on 
this newsgroup understand Avalon/XAML technology enough to comment on 
it. I am consistently approcahed by *bonafide* svg developers with 
serious reservations about continuing with svg who after some 
investigation of their own, abandon it completely in favour of XAML 
and Avalon. 

 
> Is Mobiform experiencing some kind of financial difficulty?

Like most SVG companies, we we're only scraping out a living with SVG. 
We are in a drastically better finanical position with a bright future 
by dumping SVG and embracing Avalon and XAML. Keep an eye out for some 
major press releases from us in the next few weeks.

>  I know it is hard to sell unfinished beta software clones of 
unproven monopoly rip-offs

My point exactly. You don't know what we do, you don't know where 
Microsoft is with their technology. The *unproven monopoly rip-off* 
Beta as it sits today is still more stable and vastly superior in 
every aspect to what is available from all the *unfinished* open 
standards/open source community efforts. In my opinion, excluding SVG 
Tiny/Mobile, SVG has just become a monopolized xml format for Adobe, 
and now that they have Flex, what do they need that for?


- Ron






-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my
membership"
 
Yahoo! Groups Links



 




-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

Re: [svg-developers] Re: Mobiform Software has updated Aurora XAML Designer for WinFX

[Lenny Ramirez]

XAML is the boom! of longhorn, why would I want a XAML software that only 
works in xp?? 

On 6/19/05, mobiform <[EMAIL PROTECTED]> wrote:
> 
>  
> Alex, this is a very impressive project, nice work.but you've 
> missed the point. It's not the graphics engine thats the problem. It's 
> the specification. SVG seems to be taking the same path as VRML did. 
> 
> 
> 
> --- In svg-developers@yahoogroups.com, "Alexander Adam" 
> <[EMAIL PROTECTED]> wrote:
> > --- In svg-developers@yahoogroups.com, Michael Bolger <[EMAIL PROTECTED]>
> > wrote:
> > > mobiform wrote:
> > > >partially by misinformation and lies posted on this group
> > > 
> > > lighten up please:) ,
> > > Sure the road before and in front of us is a challenge,
> > > mistakes have been made and developers have suffered.
> > > Creativity has its costs, many highly creative folks here
> > > who are thoughtful and wish others well.
> > 
> > http://www.gosvg.net is the only thing I say for that ;-)
> > 
> > Alex
> 
> 
> 
>  
> 
>  -
> To unsubscribe send a message to: 
> [EMAIL PROTECTED]
> -or-
> visit http://groups.yahoo.com/group/svg-developers and click "edit my 
> membership"
>  
> 
> 
> --
> *Yahoo! Groups Links*
> 
>- To visit your group on the web, go to:
>http://groups.yahoo.com/group/svg-developers/
>- To unsubscribe from this group, send an email to:
>[EMAIL PROTECTED]<[EMAIL PROTECTED]>
>- Your use of Yahoo! Groups is subject to the Yahoo! Terms of 
>Service . 
> 
>


[Non-text portions of this message have been removed]



-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

Re: [svg-developers] getScreenCTM

[Thomas DeWeese]

Holger Will wrote:

> thank you very much for clearification, here is another question, 
> somewhat related:
> 
> the spec states:
> 
> getCTM
> Returns the transformation matrix from current user units (i.e.,
> after application of the transform attribute, if any) to the
> viewport coordinate system for the nearestViewportElement.
> 
> so am i correct that getCTM includes the viewBox and 
> currentTransform/Scale transformations,
> when the nearest viewPortElement is the document viewPort? and is 
> getCTM  identical to getScreenCTM in that case ?

   No, the viewport is established by the x,y,width & height attributes
on the SVG element.  So it is after the application of the translate
due to x,y but before the transformation due to viewBox handling.
Since current scale/translate is outside of the SVG element
getCTM would never include it.

   I will say that:
a) This definition is totally useless.  It would be very
difficult to use the getCTM method correctly.
 b) The Mozilla team has lobbied the SVG WG to "change"
this definition (I personally am happy with the current state of
affairs as 'getCTM' is the only transform support function implemented
in ASV 3.0, it's implemented in a _totally_ non-conformat way of course,
it is essentially equivalent to: e.getTransformToElement(e.parent),
which is useful. The best thing is probably to just deprecate the
method - changing the definition is wrong).



-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

Re: [svg-developers] getScreenCTM

[Holger Will]

Thomas DeWeese schrieb:

>Hi Holger,
>
>Holger Will wrote:
>
>  
>
>>oh sorry, its exactly the opposite... this is so confusing :-)
>>
>>
>
>It's very easy to get turned around with Affine Transforms.
>
>  
>
>>ASV6 and Batiks currentTransform and currentScale are in viewPort 
>>coordinates, mozillas are in viewBox coordinates, so this is a bug in 
>>mozilla.
>>can someone confirm this?
>>
>>
>
>I'll Confirm this ;)
>Seriously though it's hard to argue otherwise when the spec
>states (as you quoted):
>
>"[...] the effect is as if an extra transformation were placed
> at the outermost level on the SVG document fragment (i.e.,
> outside the outermost 'svg' element)."
>
>Since the viewBox transform is part of the SVG element current
>Scale/Translate must transform the viewBox coordinate system.  I
>always think of currentScale/Translate as not being quite part of
>the SVG Document, as it is also under the control of the User Agent.
>
>  
>
hi Tomas
thank you very much for clearification, here is another question, 
somewhat related:

the spec states:

getCTM
Returns the transformation matrix from current user units (i.e.,
after application of the transform attribute, if any) to the
viewport coordinate system for the nearestViewportElement.

so am i correct that getCTM includes the viewBox and 
currentTransform/Scale transformations,
when the nearest viewPortElement is the document viewPort? and is 
getCTM  identical to getScreenCTM in that case ?

regards
Holger




-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

[svg-developers] Re: Mobiform Software has updated Aurora XAML Designer for WinFX

[mobiform]

Alex, this is a very impressive project, nice work.but you've 
missed the point. It's not the graphics engine thats the problem. It's 
the specification. SVG seems to be taking the same path as VRML did. 



--- In svg-developers@yahoogroups.com, "Alexander Adam" 
<[EMAIL PROTECTED]> wrote:
> --- In svg-developers@yahoogroups.com, Michael Bolger <[EMAIL PROTECTED]>
> wrote:
> > mobiform wrote:
> >  >partially by misinformation and lies posted on this group
> > 
> > lighten up please:) ,
> > Sure the road before and in front of us is a challenge,
> > mistakes have been made and developers have suffered.
> > Creativity has its costs, many highly creative folks here
> > who are thoughtful and wish others well.
> 
> http://www.gosvg.net is the only thing I say for that ;-)
> 
> Alex





-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

[svg-developers] Re: Mobiform Software has updated Aurora XAML Designer for WinFX

[mobiform]

A superior altenative to SVG is certainly a valid topic on an SVG 
newsgroup.

Any former SVG developers working in .NET, please send us your 
resumes. We are hiring. See our site for a list of the latest 
additions to our team. 

http://www.mobiform.com


--- In svg-developers@yahoogroups.com, "John" <[EMAIL PROTECTED]> 
wrote:
> Ron,
> 
> I'm sorry to hear about Mobiform's "drastic" financial problems. 
> Perhaps somewhere on the internet there is a forum about that topic
> where you could post freely and receive affordable expert advice.
> 
> This forum is for SVG developer issues only.  Please don't post
> advertisements for unrelated beta software here.  
> 
> --John
> p.s. V1agra pen1s en1argement pre-appr0ved m0rtage l0w interest are
> more stable and vastly superior in every aspect.  Expect major
> important announcements soon.




-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

[svg-developers] Re: Protecting svg source code

[Jan-Klaas Kollhof]

> I want to prevent others from viewing my svg source code.

Nope, no way to do that unless with a custom viewer. 
Even if you encrypt the content and decrypt it using script, the user
will always be able to get to the source/DOM ... with a little effort.
And if that means just turning on a debugger and watch the encrypted
SVG being decrypted ... not too difficult really.
So, if you find things like:
http://jan.kollhof.net/projects/svg/examples/protected.svg
don't take that too serious :) it is not keeping anyone from looking
at the source really.
What you need is a custom viewer which can load encrypted SVGs, does
some smart keyhadling so it cannot be broken that quickly.
I have been playing around with that for a bit once. So if you are
interested in it let me know.

Jan




-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

Re: [svg-developers] getScreenCTM

[Thomas DeWeese]

Hi Holger,

Holger Will wrote:

> oh sorry, its exactly the opposite... this is so confusing :-)

It's very easy to get turned around with Affine Transforms.

> ASV6 and Batiks currentTransform and currentScale are in viewPort 
> coordinates, mozillas are in viewBox coordinates, so this is a bug in 
> mozilla.
> can someone confirm this?

I'll Confirm this ;)
Seriously though it's hard to argue otherwise when the spec
states (as you quoted):

"[...] the effect is as if an extra transformation were placed
 at the outermost level on the SVG document fragment (i.e.,
 outside the outermost 'svg' element)."

Since the viewBox transform is part of the SVG element current
Scale/Translate must transform the viewBox coordinate system.  I
always think of currentScale/Translate as not being quite part of
the SVG Document, as it is also under the control of the User Agent.


-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

[svg-developers] Re: Mobiform Software has updated Aurora XAML Designer for WinFX

[John]

Ron,

I'm sorry to hear about Mobiform's "drastic" financial problems. 
Perhaps somewhere on the internet there is a forum about that topic
where you could post freely and receive affordable expert advice.

This forum is for SVG developer issues only.  Please don't post
advertisements for unrelated beta software here.  

--John
p.s. V1agra pen1s en1argement pre-appr0ved m0rtage l0w interest are
more stable and vastly superior in every aspect.  Expect major
important announcements soon.





-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

Re: [svg-developers] getScreenCTM

[Holger Will]

Holger Will schrieb:

>Hi All
>I know this question has been asked before, but i couldnt find an 
>answer, so here we go...
>
>when exactly are the  transformations for currentTranslate and 
>currentScale aplied ? before applying the viewBox transformation, or 
>afterwards ?
>
>thsi is from the spect:
>float currentScale
>This attribute indicates the current scale factor relative to the 
>initial view to take into account user magnification and panning 
>operations, as described under Magnification and panning. DOM attributes 
>currentScale and currentTranslate are equivalent to the 2x3 matrix [a b 
>c d e f] = [currentScale 0 0 currentScale currentTranslate.x 
>currentTranslate.y]. If "magnification" is enabled (i.e., 
>zoomAndPan="magnify"), then the effect is as if an extra transformation 
>were placed at the outermost level on the SVG document fragment (i.e., 
>outside the outermost 'svg' element).
>
>does initial view means the viewPort or the viewBox ?
>
>the problem is that mozilla  , Batik and ASV behave differently. ASV6 
>and Batik apply currentScale and currentTranslate after the viewBox 
>transformation ( currentScale is in viewBox coordinates ), whereas 
>mozilla applys them before viewBox ( currentScale is in viewPort 
>coordinates ). from the text above, i would think mozilla is right.
>
>
>
>could someone please clearify
>thanks
>Holger
>  
>

oh sorry, its exactly the opposite... this is so confusing :-)

ASV6 and Batiks currentTransform and currentScale are in viewPort 
coordinates, mozillas are in viewBox coordinates, so this is a bug in 
mozilla.
can someone confirm this?

cheers
Holger


-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

[svg-developers] getScreenCTM

[Holger Will]

Hi All
I know this question has been asked before, but i couldnt find an 
answer, so here we go...

when exactly are the  transformations for currentTranslate and 
currentScale aplied ? before applying the viewBox transformation, or 
afterwards ?

thsi is from the spect:
float currentScale
This attribute indicates the current scale factor relative to the 
initial view to take into account user magnification and panning 
operations, as described under Magnification and panning. DOM attributes 
currentScale and currentTranslate are equivalent to the 2x3 matrix [a b 
c d e f] = [currentScale 0 0 currentScale currentTranslate.x 
currentTranslate.y]. If "magnification" is enabled (i.e., 
zoomAndPan="magnify"), then the effect is as if an extra transformation 
were placed at the outermost level on the SVG document fragment (i.e., 
outside the outermost 'svg' element).

does initial view means the viewPort or the viewBox ?

the problem is that mozilla  , Batik and ASV behave differently. ASV6 
and Batik apply currentScale and currentTranslate after the viewBox 
transformation ( currentScale is in viewBox coordinates ), whereas 
mozilla applys them before viewBox ( currentScale is in viewPort 
coordinates ). from the text above, i would think mozilla is right.



could someone please clearify
thanks
Holger


-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

[svg-developers] Re: Mobiform Software has updated Aurora XAML Designer for WinFX

[Alexander Adam]

--- In svg-developers@yahoogroups.com, Michael Bolger <[EMAIL PROTECTED]>
wrote:
> mobiform wrote:
>  >partially by misinformation and lies posted on this group
> 
> lighten up please:) ,
> Sure the road before and in front of us is a challenge,
> mistakes have been made and developers have suffered.
> Creativity has its costs, many highly creative folks here
> who are thoughtful and wish others well.

http://www.gosvg.net is the only thing I say for that ;-)

Alex





-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/