issue when browser sends server-side image map info

Jonathan Vanasco <[email protected]>
Newsgroups gmane.comp.apache.apreq
Message-ID <[email protected]>
1) Yes, I know server-side image maps are 1996.  But they're still  
part of the HTML spec , and not deprecated

====
	http://www.w3.org/TR/html401/struct/objects.html#h-13.6.2

	The location clicked is passed to the server as follows. The user  
agent derives a new URI from the URI specified by the href attribute  
of the A element, by appending `?' followed by the x and y  
coordinates, separated by a comma. The link is then followed using  
the new URI. For instance, in the given example, if the user clicks  
at the location x=10, y=27 then the derived URI is "http:// 
www.acme.com/cgi-bin/competition?10,27".
	User agents that do not offer the user a means to select specific  
coordinates (e.g., non-graphical user agents that rely on keyboard  
input, speech-based user agents, etc.) should send the coordinates  
"0,0" to the server when the link is activated.
====

2) The issue:

	lets say we have this url :

		http://www.acme.com/cgi-bin/competition

	it gets rewritten as:

		http://www.acme.com/cgi-bin/competition?10,27
	
	but, if we have this url:

		http://www.acme.com/cgi-bin/competition?token=a

	it gets rewritten as:

		http://www.acme.com/cgi-bin/competition?token=a?10,27

	which then kills the parser --

		print $apr->param('token')
		a?10,27

	i think the spirit of the spec was to have
		http://www.acme.com/cgi-bin/competition?10,27&token=a
	but the language and implementations give
		http://www.acme.com/cgi-bin/competition?token=a?10,27

	which will break just about every param knon to man.

	i know this isn't a 'bug' -- its because the HTTP rfc and HTML spec  
have this glaring discrepancy.

	that said, i think it would be nice if libapreq would remove
		\?(\d*),(\d*)$

	from uris before parsing...

	and perhaps make that info available by another function ? (i strip  
it out with regex off an unparsed URI already , so that would just be  
icing on the cake )



// Jonathan Vanasco

| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -
| SyndiClick.com
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -
|      FindMeOn.com - The cure for Multiple Web Personality Disorder
|      Web Identity Management and 3D Social Networking
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -
|      RoadSound.com - Tools For Bands, Stuff For Fans
|      Collaborative Online Management And Syndication Tools
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - - - - - - - - - - - - - - - - - -
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.