twitter: RT's don't have expanded t.co links in exactly the right place about granary

[snarfed]

huh. thanks for filing!

i actually suspect we're handling retweets wrong more broadly. we should probably render them as coming from the original author, with the original text, as opposed to from the retweeter and with the "RT author ..."

i thought we were doing this right, by extracting retweeted_status for RTs at twitter.py:837. details in the twitter docs.

...however, if that was the cause here, i'd think the link would be moved up to start before the http://t.co, not after. so i still don't know what's up yet either.

[snarfed]

here's the RT in the example above: https://twitter.com/EvaGabriela_Z/status/507570782126358528

and the original tweet: https://twitter.com/jeresig/status/507528866513293315

[snarfed]

i took a look at this, and i think we should do three things:

• fully convert retweeted_status to an embedded object in the outer share ActivityStreams object. (right now we only fill in a minimal set of fields, e.g. url)
• use the content text from that embedded object, when available, instead of the text we're using that includes RT @author .... this should fix the links.
• improve the mf2 html rendering for retweets/shares. specifically, render the original tweet as a reply context, outside the e-context. @barnabywalters actually asked for this a bit ago for shrewdness.

these will take some work, mostly in ramping up on the twitter conversion code (even for me), but they'll be worth it.

i don't plan to work on this soon, so anyone else is welcome to!

[snarfed]

this got fixed recently. that tweet's e-content is now rendered as:

RT <a href="https://twitter.com/jeresig">@jeresig</a>: ... This one is great: <a href="http://geekfeminism.wikia.com/wiki/How_to_find_supportive_workplaces">geekfeminism.wikia.com/wiki/How_to_fi…</a>