If I were writing a popular URL shortener, the most useful thing I could add would be short (2 character) prefix to the random link, indicating the target type (e.g. video is foo.bla/vd12345). This fixes a pet peeve of mine, when I follow an Mobile Safari link to Youtube on an EDGE network, causing an application shift. Also, 95% of videos on the web these days are better rendered in text, and I just want to ignore them.
Interesting article. To solve the security issue he mentions, I started trying out various twitter clients. I ended up using Nambu for Mac OS X. Mouse over a link gives you the real URL, if it has one. Personally, the extra latency that comes from using URL shortening services doesn't bother me, but the thought that the service might disappear does.
exactly, just you have to keep in mind that you can't allow html posts, while the links should also be able to have the names. I think RedCloth notation for link will do "title":http://link.com if in need for a link name, but if not, then definitively you need to shorten the links somehow.. You don't want the whole screen of a cell phone covered in a single link?
The word LINK only takes 4 chars in every cellphone in the world. What's underneath the link (the url) is only available to html readers.
And the users DO NOT submit link titles, they submit urls (which are not part of the 140 limit, only 4 chars for 'link') and urls are recognized as such an replaced by the word LINK.
sure thing. but you have an issue with two links. See, you have to have a mean of identifying links, and that is why there should be ability to either add custom title or fetch real page title.