Results tagged “copyandpaste”

The new Twitter is here! The new Twitter is here! Besides sowing discontent in our household by giving me access to the new user interface before my wife's account has been upgraded, the big new feature of the update to venerable old Twitter.com is a sidebar that lets you view media that's been mentioned in a tweet. Videos! Photos! Kickstarteros!

Unfortunately for readers of this blog, I have a years-long fixation on transclusion of hypertext documents. Transclusion is technically defined as "when you put that one thing in that other thing". In its current implementation, Twitter has declared that media which is shown within the Twitter interface comes from selected partners. But actually, the technology to allow embedding of rich media from almost any site already exists, using a system called OEmbed. Geeky stuff, but it's made by nice people who are pretty smart, and it lets any site say, "Hey, if you want to put our thing in your thing, do it like this". It works. Lots of sites do it.

Nobody's getting rich off of it, but nobody's getting sued, and in between those two extremes lies most of what makes the web great.

What Twitter Could Do

So, is Twitter using OEmbed to do its new sidebar media thing? Dunno. It's unclear. They probably are building on top of OEmbed in some way, but if that's the case, then it hasn't been documented anywhere. Update: Yep, they are!

But if Twitter did declare they were using OEmbed, that would let them say either one of two good options:

1. If your site supports OEmbed, and someone tweets a link to it, it'll Just Work! (This would be awesome, but tricky.)
2. If you have a site that supports OEmbed, and want it to Just Work in Twitter, submit your link to us in some simple way. (This would be less gee-whiz but still great.)

Even better, if Twitter adopted smart use of OEmbed in this way, and if they went one step further and published the list of services that had registered with them as offering their content up for embedding, we'd have a great registry of all the media that was ready to be transcluded onto other websites. I am pretty sure "transcluded" is a word. I would play it in Scrabble.

That's a whole new world of remixing the web that has been technically possible, but practically a pain in the ass, and Twitter could catalyze some really fun ways to combine content from different sites. YouTube owes some significant part of its overall dominance in video on the web to its popularization of simple embedding of media in other sites. There have been a few efforts over the years to popularize the embedding of widgets across the web in various ways, but except for promotion (Digg, Twitter and Facebook "Like" buttons) and ads (Google!), they haven't really caught on in terms of functionality.

There are, of course, little companies and projects doing some of this stuff on their own. Embed.ly has a whole directory of different kinds of content they'll help you embed. Widgetbox is still around, though they predate the use of the omnipresent Libyan domain name suffix. oohEmbed seems nice, though its name wins the cautionary award for why you shouldn't let coders do marketing, just as you shouldn't let marketers code.

But none of them has the traction, or the market influence, that Twitter does. If Twitter embraces OEmbed as the way to get into its sidebar in a seamless way, it could finally move this stuff from the esoteric fringes of web hackers into a capability that every media publisher would want to support. Oddly, even some major web widgets we see today, like Google AdSense, don't support OEmbed for easy incorporation onto other sites. (YouTube and Flickr do.)

I'm In Ur Blog &c.

For my part, I hope Twitter makes their own ecosystem more open by offering this standard way to get one's own media built into the Twitter.com experience when someone tweets a link to it. I hope Twitter also allows tweets to be sent out through OEmbed, so that it's easier to embed them (instead of using the casual Blackbird Pie tool they'd thrown together) in other sites. And most of all, I hope more people experiment with seeing how we can combine content from our sites together in new ways. Imagine if someone could just skim previews of your blog posts inline if a friend had tweeted a link to your site. It'd be cool!

To help figure out how this stuff could work, I've reinstated the ability to embed excerpts of my blog posts into other sites, and I'll be watching to see if any interesting results come of that. (I don't yet support OEmbed for my blog posts here, but if I have time next week, I'll add that.) A little more background:

• Embedded Journalism: A few years ago, I added the ability to embed an excerpt of my blog post into other sites. It kicked off an interesting discussion.
• Reinventing Copy & Paste: See, I really wasn't kidding about the transclusion thing. I think it's a big deal.

I want you to place the text of this blog post on your own site. But I don't want you to do it just by copying and pasting it into your own blogging tool. I think there might be a different way to do it.

Now, I probably obsess over embedded objects and copying and pasting even more than most geeks. When I attended the recent Graphing Social Patterns conference, one of my great frustrations is that people are talking about platforms like Facebook and OpenSocial and MySpace and widgets, but they're leaving out fundamentals like copy and paste. It's a basic capability, but none of these platforms address even basic interoperability for the applications that are built on top of them.

I don't know how we get there; I've written in the past about reinventing copy and paste, Live Clipboard, Ajax Linking and Embedding, and more.

Despite all these developments, what's actually taken off with real users is the plain old browser and operating system's copy-and-paste, combined with <embed> or <script> tags to pull in content from other sites. It's powered the rise of YouTube and many of the biggest widget providers. (APIs are of course a big part of this, too; Flickr and Delicious propagated themselves by posting directly to blogs using standard APIs.) But regular people on the web have settled on copying inscrutable, nonstandard HTML markup as a pretty effective way of getting the functionality they want.

But we've only been using this stuff for the most complicated parts of the web, like rich media. What about text?

My blog is mostly text, with some bits of video and images embedded. So, I've created a javascript embed tag at the bottom of every post on my blog, to let you embed the title, an excerpt of the post, and a list of commenters on the post in your own blog or site.

What use is that? I have no idea. Obviously, you could copy and paste the raw text to excerpt it. And certainly, pulilng in a javascript from my site to live on your site means you've got to trust my content, unless it's sandboxed somehow.

But there seems to me to be something really interesting, some kind of potential, to including our posts (or parts of our posts) in other blogs that way, and while I'm no great coder, making the Movable Type templates to do this took about five minutes. I'm hoping something even more interesting comes from the world of compound objects or compound embeds, with a text post containing a video clip or image, and then being included on another page.

So: Has someone done this before? I've made blog templates that output widgets before, but what if we assume every blog post is a widget? How could we address the security issues? What does it mean that the included text and content can be updated remotely? What purpose does this serve, or is it just a really complicated way of copying and pasting text?

Last month, I wrote a bit about Copy and Paste, the history of technologies like rich content embedding, and how this stuff will evolve in the world of Ajax applications. The next day, Microsoft announced Live Clipboard, which was followed shortly by a draft spec. There was also some interesting feedback on my post from Digg.

Now it seems like there's some even stronger advances, which I'm super excited to see. The brilliant team at Zimbra has just blogged about ALE - Ajax Linking and Embedding. The key points:

AJAX Linking and Embedding (ALE) provides the ability to embed rich content into an editable document and to then interact with and edit that content in much the same way as it is done with traditional office suites and applications in a desktop environment. A key difference is that instead of embedding objects that are backed by installed desktop applications (e.g. a spreadsheet or drawing application), within the ALE world the embedded objects are AJAX components that are embedded into an editable HTML document. These components adhere to a set of design patterns specified by the ALE specification.

Sweet! Now, I realize it makes me a super-nerd to be excited about this stuff, but someone has to be. There's a demo spec up already, I'm curious to see if anybody else will implement this and test out the possibilties for interop.

Update: Jon Udell's screencast on Live Clipboard is a great resource to check out if you're interested in this stuff.