also, browsers could definitely use the link information. Thought the idea is for the twitter clients (and other micro-blogging tools) to not obfuscate a URL with shorteners in the 1st place.
granted some sites will always need tinyurl.com, etc but there should be a way for sites to specify their own short URL versions of their long URLs
also as i understand it, adding a title attribute would break the purpose of using a URL shortener - i could see the link with title would take up more space than the original URL in HTML code.
also thanks for the opens search and fav-icon suggestions. i will update the RFC.
also as i understand it, adding a title attribute would break the purpose of using a URL shortener - i could see the link with title would take up more space than the original URL in HTML code.
I always thought URL shortening was just to make the HREF short... not the source HTML.
Comments
thanks for the feedback!
good point about the bandwidth and timeouts.
also, browsers could definitely use the link information. Thought the idea is for the twitter clients (and other micro-blogging tools) to not obfuscate a URL with shorteners in the 1st place.
granted some sites will always need tinyurl.com, etc but there should be a way for sites to specify their own short URL versions of their long URLs
also as i understand it, adding a title attribute would break the purpose of using a URL shortener - i could see the link with title would take up more space than the original URL in HTML code.
also thanks for the opens search and fav-icon suggestions. i will update the RFC.
also as i understand it, adding a title attribute would break the purpose of using a URL shortener - i could see the link with title would take up more space than the original URL in HTML code.
I always thought URL shortening was just to make the HREF short... not the source HTML.