https://bugzilla.wikimedia.org/show_bug.cgi?id=19043
--- Comment #3 from Brion Vibber <br...@wikimedia.org> 2011-09-23 00:15:00 UTC --- The ideal way to handle this is probably to do an iframe export for things that don't render to simple images. The actual hosting site (Commons in this case) can provide an iframe-friendly embedding view, which encapsulates any JS library & java applet loading that may be needed to make the actual video play. This also keeps the receiving site from needing to know anything about how the files actually work, just as you don't need to know what SVG or TIFF or PDF renderer is being used -- you only need to know that they give you a thumbnail image URL that will be in a format that a browser can display. See also bug 25854 (expose oEmbed embedding API for media files), which dovetails nicely with the iframe-style export. (Standard oEmbed has you ship around a chunk of HTML for the foreign site to use directly, but ideally this is just the <iframe> element pointing at our embeddable page.) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
