Details
-
New Feature
-
Status: Open
-
Major
-
Resolution: Unresolved
-
2.0.0
-
Java, Javascript , PHP, Website
-
None
-
Should be applicable to any platform Shindig will run
Description
Kudos to the team who have come up with such an excellent container and the success we have in many of the open social networking platforms. OpenSocial gadgets IFrame model seems to work great on the web that will let you sandbox all the interactions with the back-end. This is especially very cool to isolate when you don't have control on each of the gadget sources.
Background:
Moving to the enterprise space brings in extra challenges. One such request we are seeing is rendering open social gadgets inline. This seems an important feature for many situations where gadgets are trusted and scalability is a concern. Isolating gadgets with each gadget loading its own resources may not be required. I am sure there may be some tricks to workaround. But from clean programming model perspective, we would like to propose this feature.
Here are some of the concerns expressed for which we were attempting to prototype rendering gadgets inline:
- Load common JavaScript libraries globally
- Load Gadget features globally
- Address some of the memory leak issues with iframes
- Reduce the download size of the page
- Reduce number of requests to server
- Avoid iframe reloading when the gadgets are moved on the page
Feature Request:
Support Inline container in addition to IFrame container. There could be an API to render gadgets inline vs iframe. There are more observations in terms of namespace conflicts, duplicate JavaScript, and CSS loading, duplicate feature loading etc. We have a working patch on 2.0.0, but before we go too far with the implementation, I wanted get the thoughts from the community and see what you think about adding this feature to Shindig.
Thanks in advance for the feedback.
