W3C home > Mailing lists > Public > whatwg@whatwg.org > November 2009

[whatwg] unexpected use of the CORS specification

From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
Date: Sat, 7 Nov 2009 23:35:50 -0800
Message-ID: <2c0e02830911072335o71eee29cle3b21b4d9a03af18@mail.gmail.com>

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.

Received on Saturday, 7 November 2009 23:35:50 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:18 UTC