[wp-trac] [WordPress Trac] #22548: Better behaviour when embedding oEmbed supported URLs

[WordPress Trac]

#22548: Better behaviour when embedding oEmbed supported URLs
-----------------------------+-------------------------
 Reporter:  johnbillion      |       Type:  enhancement
   Status:  new              |   Priority:  normal
Milestone:  Awaiting Review  |  Component:  Media
  Version:  trunk            |   Severity:  normal
 Keywords:                   |
-----------------------------+-------------------------
 If a user isn't aware that they can just paste the URL of a video from
 YouTube/Vimeo/etc into a post in order to embed it, then the user
 experience for embedding such content could do with some improvement.

 In [http://make.wordpress.org/ui/2012/11/14/to-change-things-
 up-i-tested-a-different/ this recent user interaction test by lessbloat],
 the user was given a URL to a Vimeo video and asked to embed it into their
 post. The user clicked 'Add Media', switched to the 'Embed From URL' tab
 and pasted the URL there. All that happened was the URL to the video was
 inserted into the post as a formatted link (`<a
 href="{url}">{title}</a>`). This meant oEmbed didn't do its thing when the
 post was displayed and the user just ended up with a link to the Vimeo
 URL.

 == What Should Happen ==

 URLs inserted via the 'Embed From URL' tab in the media modal should be
 handled according to whether or not there's oEmbed support for the URL. To
 do this an AJAX request should be fired off to a new AJAX handler which
 reports whether there's oEmbed support for the URL. If there is, then a UI
 element (message/icon/something) should be shown indicating that the media
 will be embedded. As a bonus we could even grab the oEmbed data
 immediately and display the title/thumbnail/etc if it's relevant.

 Note that if you paste a URL to an image file (gif/png/jpeg) you're
 immediately shown an interface for entering a caption and selecting the
 alignment and the link. This is nice behaviour and improves on the UI we
 had in 3.4.

 ----

 This isn't specific to the new media modal because this has always been
 the behaviour, but marking as an improvement to trunk anyway (I'd call
 this a bug, but I'll leave it as an enhancement).

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/22548>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software