- From: Jonathan Watt <jwatt@jwatt.org>
- Date: Fri, 10 Mar 2006 13:29:54 +0000
- To: Andrew Emmons <aemmons@opentext.com>
- CC: www-svg@w3.org
Hi Andrew, Don't I get the standard "please let us know within two weeks if this response does not satisfy you"? :-) Actually it doesn't satisfy me. Not because I'm *very* strongly in favor of changing the function name, but because I'm concerned that "implementations have implemented this and their's some content using it" is being given as a reason not to. This is a draft, and drafts are there to be changed and improved on. I don't think I should be allowed to implement something in a draft and thereby block it from being changed, and I don't think anyone else should either. Anyone creating an implementation based on a draft should understand that it *is* subject to change, and anyone writing content based on a draft should understand the same. Best regards, Jonathan Andrew Emmons wrote: > Dear Jonathon, > > Thank you very much for your comment at > http://lists.w3.org/Archives/Public/www-svg/2006Jan/0426.html, which is > repeated at the bottom of this email. > > This email is the official Last Call response to your comment. > > It has been decided to not change the signature of the gotoLocation > method since there are commercial implementations and existing content > that use gotoLocation. > > However, we do feel that adding the ability to reload the current > document by specifying an empty string is very useful without requiring > a change to the method’s signature. We will update the spec to add this > feature. > > Kind regards, > > Andrew > > > > > > > > --------------------------------------------------------------------------------------------------- > > > > Dear SVG WG, > > > > http://www.w3.org/TR/SVGMobile12/svgudom.html#svg::SVGGlobal_gotoLocation in > > section A.7.19 specifies a gotoLocation method. If you're going to have getURL > > and postURL, please change this method's name to gotoURL to be consistant. > > > > It would also be useful to be able to choose between replacing the current > > document (as for document.location.replace() in HTML today) or whether you are > > navigating directly to the new document (as for document.location.assign() > > today). Maybe this could be done using a second boolean argument called > > 'replace' defaulting to false? > > > > It would also be useful to allow the current document to be reloaded simply by > > specifying an empty string for the iri argument rather than having to hardcode > > in the document's location to the script or having to obtain it via the > > SVGDocument interface. > > > > Regards, > > Jonathan > > > > > > ------------------------------------------------------------------------ > > //Andrew Emmons// > Software Architect > > SVGT Player > *Open Text Corporation, BitFlash Division* > 515 Legget Drive, Suite 300 > Ottawa ON K2K 3G4 > > Tel: 613.599.9335 ext.3248 > Fax: 613.599.9177 > Web: www.bitflash.com <http://www.bitflash.com/> > www.opentext.com <http://www.opentext.com/> > > ------------------------------------------------------------------------ > > BitFlash (a Division of Open Text Corporation) <http://www.bitflash.com> > > >
Received on Friday, 10 March 2006 13:30:00 UTC