Closed Bug 650417 Opened 13 years ago Closed 11 years ago

twitter account link chooser

Categories

(Mozilla Labs :: F1, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: clarkbw, Unassigned)

References

Details

this is a clone of bug 647578 for looking into the link chooser interface provided in attachment 526166 [details]

== here's the text from the comment in that bug: ==

html link chooser demo

Here's my demo for the link chooser for the Twitter Account interface.

The next version of the Twitter account will include a default link copied into
the message.

Currently we're automatically appending the link to a message as it is shared
but this method, while having some observed usability gains for users not
familiar with twitter, has a number of drawbacks for users who are familiar
with twitter.  And this is how twitter shapes their interface so it's good to
follow suit with that.

Users have a choice of a number of different links they could send in their
tweets.

* shorturl/shortlink: http://flic.kr/p/9gGfFg
* canonical url: http://www.flickr.com/photos/madhava_work/5428455437/
* browser url:
http://www.flickr.com/photos/madhava_work/5428455437/in/set-72157625999541262/
* and link shortening services

As you can see and try in the demo.  You can move the link anywhere in the
textarea and choose a new link type which will replace the current link in the
location you have it. I'm using a simple search and replace which works fairly
well because it's simple and rather obvious.

Currently we only have the bit.ly link shortening service but we will very
likely be expanding that list soon to other services and so this menu also
gives those options.

I decided not to try labeling the different types of URLs because the label
names don't really make a lot of sense to people.  Since all of the involved
URLs should go to the same place it's really just a matter of taste and
functionality.

The short URL services might end up looking more like http://bit.ly/XXXXX when
they are first swapped in because we don't do the shortening until it is
actually sent for sharing.  The XXXXX part gives you the proper character
counting.
Component: Share: Web Client → F1
Product: Mozilla Services → Mozilla Labs
QA Contact: share-web-client → f1
f1 is no longer an active project.  delete these messages by searching for: [closing_f1_project_bugs]
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.