[whatwg] unexpected use of the CORS specification

Silvia Pfeiffer silviapfeiffer1 at gmail.com
Sat Nov 7 23:35:50 PST 2009


a friend of mine just wrote an interesting blog post about
"unshortening twitter URLs", see
http://benno.id.au/blog/2009/11/08/urlunshortener .

In it he proposes that url shorteners should be treated specially in
browsers such that when you mouse over a shortened url, the browse
knows to interpret them (i.e. follow the redirection) and shows you
the long URL as a hint. I would support such an approach, since I have
been annoyed more than once that shortened URLs don't tell me anything
about the target. As part of this would be a requirement for URL
shorteners to support CORS http://www.w3.org/TR/cors/, which browsers
can then use to follow the redirection.

Further, Benno suggests extending http://www.w3.org/TR/XMLHttpRequest/
with a property to disable following redirects automatically so as to
be able to expose the redirection.

I am not aware if somebody else has suggested these use cases for CORS
and XMLHttpRequest before (this may not even be the right fora for
it), but since these are so closely linked to what we do in HTML5, I
thought it would be good to point it out. I would think that at
minimum Anne knows what to do with it, since he is editor on both.


More information about the whatwg mailing list