When UIO meets <iframe>

Antranig Basman antranig.basman at colorado.edu
Thu Mar 8 06:17:33 UTC 2012


I can't think of much we can do, without moving towards the wider 
architectural goals we mentioned. In particular, some options, in 
decreasing order of undesirability are

i) Create a proxy infrastructure which will rehost all of this content 
under a controlled URL, and inject the required extra libraries into 
<head> (similar to the webAnywhere model)

ii) Distribute GreaseMonkey scripts (or similar) which will inject these 
scripts, and manage the necessary communication with the cloud servers 
holding profiles

iii) Build a browser extension or "Jetpack" module which does the work 
of option ii) above in a more controlled way.

Colin tells me that this work is essential anyway as part of our shared 
GPII and Floe roadmap.

Cheers,
Antranig

On 07/03/2012 15:35, Colin Clark wrote:
> That's a sensible long-term approach. Can we think of what strategies we have at our disposal in cases where older content can't be retrofitted with support for UI Options? I imagine that this is the case with OER Commons--there may be really useful content that isn't actively maintained anymore but that would still benefit from UI Options' features.
>
> Colin





More information about the fluid-work mailing list