Re: [SVGMobile12] A.7.19 gotoLocation

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

________________________________

  <http://www.bitflash.com> 

 

Received on Tuesday, 28 February 2006 19:36:38 UTC