[svg-developers] Re: Firefox Problem

2007-02-01 Thread Martin Honnen 
--- In svg-developers@yahoogroups.com, Fuli Zhang <[EMAIL PROTECTED]> wrote:
   
>  http://www.pinyinol ogy.com/planning /hanzi7.svg

 is delivered as
text/plain, make sure you configure the HTTP server to deliver .svg
files as image/svg+xml.



-
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/

<*> Your email settings:
Individual Email | Traditional

<*> To change settings online go to:
http://groups.yahoo.com/group/svg-developers/join
(Yahoo! ID required)

<*> To change settings via email:
mailto:[EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED]

<*> 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: Firefox Problem

2007-02-01 Thread Martin Honnen 
--- In svg-developers@yahoogroups.com, Fuli Zhang <[EMAIL PROTECTED]> wrote:

 
>  When opening following file offline with with Firefox, it looks
good but the animation is not working. But when opening it online at
my web site, the code is really messy. 

Firefox so far does not support any SMIL animation elements.



-
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/

<*> Your email settings:
Individual Email | Traditional

<*> To change settings online go to:
http://groups.yahoo.com/group/svg-developers/join
(Yahoo! ID required)

<*> To change settings via email:
mailto:[EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED]

<*> 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: FireFox Problem with html (javascript) & svg

2006-08-12 Thread mondzin 
--- In svg-developers@yahoogroups.com, "Martin Honnen"
<[EMAIL PROTECTED]> wrote:
>
> --- In svg-developers@yahoogroups.com, "mondzin"  wrote:
> 
> > This code worked only IE with Adobe plugin, but doesn't worked with
> > Firefox. Where problem?
> 
> Have you checked the JavaScript error console in Firefox whether it
> shows any error messages?
>
Thank you. 
I deleting this text:
var circle = evt.target;
var currentRadius = circle.getAttribute("r");
in circlezoom.svg file
and my code was execcution





-
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: FireFox Problem with html (javascript) & svg

2006-08-11 Thread Martin Honnen 
--- In svg-developers@yahoogroups.com, "mondzin" <[EMAIL PROTECTED]> wrote:

> This code worked only IE with Adobe plugin, but doesn't worked with
> Firefox. Where problem?

Have you checked the JavaScript error console in Firefox whether it
shows any error messages?





-
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: Firefox problem

2006-02-14 Thread thint1 
thank you very much !

that works much better :)
you can see the result there :
http://www.gertrudesguessinggame.be/taquin/taquin.svg

It's an artificial intelligence for solving puzzles. It works with all
size of puzzles but with puzzles bigger than 3x3 it could take a
lt of time. It's in french, sorry for that, but there is no
much to understand. If that interests somebody i can try to do a
translation. 

--- In svg-developers@yahoogroups.com, "Doug Schepers" <[EMAIL PROTECTED]> 
wrote:
>
> Hi, thint1-
> 
> While most attributes are in the null namespace, elements must have a
> defined namespace, just as xlink:href does. So:
> 
>  node=svgdoc.createElementNS(null,'image');
> 
> should be:
> 
>  node=svgdoc.createElementNS('http://www.w3.org/2000/svg','image');
> 
> Firefox is (correctly) more strict about this than ASV, which is why you
> code didn't work in Ff.
> 
> Regards-
> Doug
>  
> 
> thint1 wrote:
> | 
> | Hi, first of all, sorry for my bad english.
> | 
> | I don't understand why this code doesn't work with Firefox 1.5.
> | It works with IE and Adobe's plugin.
> | I just need to create an image dynamicaly :
> | 
> | 
> | 
> | http://www.w3.org/2000/svg";
> | xmlns:xlink="http://www.w3.org/1999/xlink"; height="520px"
> | width="700px" onload="init(evt);">
> | 
> | 
> | 
> |  | 
> | function init(evt){
> | svgdoc=evt.target.ownerDocument;
> | cible=svgdoc.getElementById('lesimages');
> | node=svgdoc.createElementNS(null,'image');
> | 
> | node.setAttributeNS(null,'width','400');
> | 
> | node.setAttributeNS(null,'height','500');
> | 
> | node.setAttributeNS(null,'x','10');
> | 
> | node.setAttributeNS(null,'y','10');
> | 
> | node.setAttributeNS(null,'id','i1');
> | 
> | node.setAttributeNS('http://www.w3.org/1999/xlink','xlink:href
> | ',"im1.jpg");
> | 
> | node.setAttributeNS(null,'cursor','pointer');
> | 
> | cible.appendChild(node);}
> | 
> | ]]>
> | 
> | 
> | 
> | 
> | 
> | 
> | 
> | 
> | You can test this code from there :
> | http://www.gertrudesguessinggame.be/images/test.svg
>






-
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: Firefox problem with SVGPathSegList::replaceItem()

2006-01-09 Thread Robert Russell 
I think I've run in to the same kind of stub with other methods in
Mozilla's Javascript. It can't have been anything important I was
working on because I believe my response was to give up.

One mantra that's often heard in Javascript development is "test
features, not agents." Testing for a user agent used to keep Mozilla
and Opera browsers off of a lot of pages they could render perfectly
well. I'm sure you see where I'm going with this...

How do we test for features if the feature looks like it's there but
isn't? In this case it sounds like the best approach is to wrap a try
catch around a call to the function. Of course this is a lot uglier
than simple existence test that Jeff had (and I've seen in many
examples). If there's not a clean way to test for a function
implementation then maybe this kind of browser capabilities testing
could at least be lumped in to one spot... I think I hear the printing
presses warming up at O'Reilly ;)



--- In svg-developers@yahoogroups.com, Jonathan Watt <[EMAIL PROTECTED]> wrote:
>
> Hi Jeff,
> 
> On 1/8/06, Jeff Schiller <[EMAIL PROTECTED]> wrote:
> >
> > --- In svg-developers@yahoogroups.com, Jonathan Watt <[EMAIL PROTECTED]>
wrote:
> > >
> > > Hi Jeff
> > >
> > > On 1/7/06, Jeff Schiller <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Is the method not implemented in Firefox 1.5?
> > >
> > >
> > > Correct, that's what NS_ERROR_NOT_IMPLEMENTED means.
> > >
> >
> > Ugh.  It's odd that appendElement() is allowed but not
> > replaceElement().  So you can create a path element through the DOM
> > IDL you just can't change it (which is the primary means I wanted to
> > use the DOM, for efficiency).
> 
> 
> Yeah, that seems strange. I'm not sure why replaceElement wasn't
> implemented.
> 
> I thought that checking for
> >
> > path.pathSegList.replaceElement
> >
> > would be enough to know that replaceElement() exists and is
> > implemented (this is what I do for ASV), but apparently it's
> > implemented as an empty stub that throws an exception saying it's not
> > implemented - not very useful to developers.  Is there any reason that
> > was done?
> 
> 
> Because the DOM interfaces are fixed and you can't leave out parts
of them?
> And possibly for binary compatibility issues in consecutive Mozilla
> binaries? I admit this is very annoying, and it's certainly a good
reason
> for us to try our best to implement all parts of the DOM interfaces
of the
> elements we implement.
> 
> Other than looking through the source, or surrounding my scripts in
> > try/catch blocks, is there any other way to determine if a
> > method/attribute/interface is implemented?
> 
> 
> Not that I'm aware of.
> 
> Sorry, I'm just frustrated and needed to vent a little...
> 
> 
> Perfectly understandable.
> 
> Regards,
> Jonathan
> 
> Thanks,
> > Jeff
> >
> 
> 
> [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] Re: Firefox problem with SVGPathSegList::replaceItem()

2006-01-08 Thread Jonathan Watt 
Hi Jeff,

On 1/8/06, Jeff Schiller <[EMAIL PROTECTED]> wrote:
>
> --- In svg-developers@yahoogroups.com, Jonathan Watt <[EMAIL PROTECTED]> 
> wrote:
> >
> > Hi Jeff
> >
> > On 1/7/06, Jeff Schiller <[EMAIL PROTECTED]> wrote:
> > >
> > > Is the method not implemented in Firefox 1.5?
> >
> >
> > Correct, that's what NS_ERROR_NOT_IMPLEMENTED means.
> >
>
> Ugh.  It's odd that appendElement() is allowed but not
> replaceElement().  So you can create a path element through the DOM
> IDL you just can't change it (which is the primary means I wanted to
> use the DOM, for efficiency).


Yeah, that seems strange. I'm not sure why replaceElement wasn't
implemented.

I thought that checking for
>
> path.pathSegList.replaceElement
>
> would be enough to know that replaceElement() exists and is
> implemented (this is what I do for ASV), but apparently it's
> implemented as an empty stub that throws an exception saying it's not
> implemented - not very useful to developers.  Is there any reason that
> was done?


Because the DOM interfaces are fixed and you can't leave out parts of them?
And possibly for binary compatibility issues in consecutive Mozilla
binaries? I admit this is very annoying, and it's certainly a good reason
for us to try our best to implement all parts of the DOM interfaces of the
elements we implement.

Other than looking through the source, or surrounding my scripts in
> try/catch blocks, is there any other way to determine if a
> method/attribute/interface is implemented?


Not that I'm aware of.

Sorry, I'm just frustrated and needed to vent a little...


Perfectly understandable.

Regards,
Jonathan

Thanks,
> Jeff
>


[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] Re: Firefox problem with SVGPathSegList::replaceItem()

2006-01-08 Thread Jeff Schiller 
Jonathan, FYI I opened Bug 322724 related to this issue:
https://bugzilla.mozilla.org/show_bug.cgi?id=322724

Thanks,
Jeff

--- In svg-developers@yahoogroups.com, "Jeff Schiller"
<[EMAIL PROTECTED]> wrote:
>
> --- In svg-developers@yahoogroups.com, Jonathan Watt <[EMAIL PROTECTED]>
wrote:
> >
> > Hi Jeff
> > 
> > On 1/7/06, Jeff Schiller <[EMAIL PROTECTED]> wrote:
> > >
> > > Is the method not implemented in Firefox 1.5?
> > 
> > 
> > Correct, that's what NS_ERROR_NOT_IMPLEMENTED means.
> > 
> 
> Ugh.  It's odd that appendElement() is allowed but not
> replaceElement().  So you can create a path element through the DOM
> IDL you just can't change it (which is the primary means I wanted to
> use the DOM, for efficiency). 
> 
> I thought that checking for 
> 
> path.pathSegList.replaceElement 
> 
> would be enough to know that replaceElement() exists and is
> implemented (this is what I do for ASV), but apparently it's
> implemented as an empty stub that throws an exception saying it's not
> implemented - not very useful to developers.  Is there any reason that
> was done?
> 
> Other than looking through the source, or surrounding my scripts in
> try/catch blocks, is there any other way to determine if a
> method/attribute/interface is implemented?
> 
> Sorry, I'm just frustrated and needed to vent a little...
> 
> Thanks,
> Jeff
>







-
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: Firefox problem with SVGPathSegList::replaceItem()

2006-01-07 Thread Jeff Schiller 
--- In svg-developers@yahoogroups.com, Jonathan Watt <[EMAIL PROTECTED]> wrote:
>
> Hi Jeff
> 
> On 1/7/06, Jeff Schiller <[EMAIL PROTECTED]> wrote:
> >
> > Is the method not implemented in Firefox 1.5?
> 
> 
> Correct, that's what NS_ERROR_NOT_IMPLEMENTED means.
> 

Ugh.  It's odd that appendElement() is allowed but not
replaceElement().  So you can create a path element through the DOM
IDL you just can't change it (which is the primary means I wanted to
use the DOM, for efficiency). 

I thought that checking for 

path.pathSegList.replaceElement 

would be enough to know that replaceElement() exists and is
implemented (this is what I do for ASV), but apparently it's
implemented as an empty stub that throws an exception saying it's not
implemented - not very useful to developers.  Is there any reason that
was done?

Other than looking through the source, or surrounding my scripts in
try/catch blocks, is there any other way to determine if a
method/attribute/interface is implemented?

Sorry, I'm just frustrated and needed to vent a little...

Thanks,
Jeff





-
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: firefox problem

2005-05-04 Thread Richard D. Spencer 

That works!  I thought that including the namespace in the root svg 
was enough: I was wrong.

Thanks,
Dave



--- In svg-developers@yahoogroups.com, "Martin Honnen" 
<[EMAIL PROTECTED]> wrote:
> --- In svg-developers@yahoogroups.com, "Richard D. Spencer"
> <[EMAIL PROTECTED]> wrote:
> 
> > 2.  various declared svg files are loaded.  Here is the first:
> > 
> > 
> >> transform="matrix(1,0,0,1,0,0)" fill-opacity="0.4" >
> >  > stroke="black" stroke-width="2" fill="lightblue" />
> >   
> > 
> > 
> > responseText is an exact replication of the original file.
> 
> But in that sample the namespace declaration is indeed missing, you
> need to have
>   http://www.w3.org/2000/svg"; id="universalContainer">
> ...
>   
> to allow the XML parser to recognize the elements as SVG elements 
and
> not simply as arbitrary XML elements.




-
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: firefox problem

2005-05-04 Thread Martin Honnen 
--- In svg-developers@yahoogroups.com, "Richard D. Spencer"
<[EMAIL PROTECTED]> wrote:

> 2.  various declared svg files are loaded.  Here is the first:
> 
> 
>transform="matrix(1,0,0,1,0,0)" fill-opacity="0.4" >
>  stroke="black" stroke-width="2" fill="lightblue" />
>   
> 
> 
> responseText is an exact replication of the original file.

But in that sample the namespace declaration is indeed missing, you
need to have
  http://www.w3.org/2000/svg"; id="universalContainer">
...
  
to allow the XML parser to recognize the elements as SVG elements and
not simply as arbitrary XML elements.





-
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: firefox problem

2005-05-03 Thread Richard D. Spencer 


1.  the namespace is correct.

2.  various declared svg files are loaded.  Here is the first:


  

  


responseText is an exact replication of the original file.

Thanks for your time,
Dave



--- In svg-developers@yahoogroups.com, "Martin Honnen" 
<[EMAIL PROTECTED]> wrote:
> --- In svg-developers@yahoogroups.com, "Richard D. Spencer"
> <[EMAIL PROTECTED]> wrote:
> > I'm trying to get my svg project working in FireFox.
> > 
> > 
> > 1.  Using
> > 
> >  libUrl.getURL(sFilePath, function(resp){code...} and
> >  var oSvgDocFrag = libXml.parseXML(resp.responseText);
> >  var oDocFrag = libXml.importNode(oSvgDocFrag.firstChild, true);
> >  
> > from "JavaScript O Lait" library (great semi-OOP).
> > 
> > resp.responseText is the same (and correct)in both IE+Adobe6 and 
> > FireFox
> 
> How does that responseText look then? Make sure you have your SVG
> elements in the proper namespace e.g.
>   http://www.w3.org/2000/svg";>
> or
>   http://www.w3.org/2000/svg";>
> otherwise Mozilla can't recognize them during parsing as SVG 
elements.





-
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: firefox problem

2005-05-03 Thread Martin Honnen 
--- In svg-developers@yahoogroups.com, "Richard D. Spencer"
<[EMAIL PROTECTED]> wrote:
> I'm trying to get my svg project working in FireFox.
> 
> 
> 1.  Using
> 
>  libUrl.getURL(sFilePath, function(resp){code...} and
>  var oSvgDocFrag = libXml.parseXML(resp.responseText);
>  var oDocFrag = libXml.importNode(oSvgDocFrag.firstChild, true);
>  
> from "JavaScript O Lait" library (great semi-OOP).
> 
> resp.responseText is the same (and correct)in both IE+Adobe6 and 
> FireFox

How does that responseText look then? Make sure you have your SVG
elements in the proper namespace e.g.
  http://www.w3.org/2000/svg";>
or
  http://www.w3.org/2000/svg";>
otherwise Mozilla can't recognize them during parsing as SVG elements.







-
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/