Thank you for your inquiry. DVSR_Sarma Krovi is no longer with the firm. For
immediate assistance, please contact Reception at +91-40-6639-0000.
Sincerely,
The D. E. Shaw Group
-- 8< --- CUT HERE -------------------------- CUT HERE --- >8 --
From: "Richard Kettelerij (Commented) (JIRA)" <j...@apache.org>
To: iss...@shindig.apache.org
cc:
Subject: [jira] [Commented] (SHINDIG-1402) Rendering Open Social gadgets
inline (without an IFrame)
[
https://issues.apache.org/jira/browse/SHINDIG-1402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13154966#comment-13154966
]
Richard Kettelerij commented on SHINDIG-1402:
---------------------------------------------
Any news on this issue? Is this effort related to
http://docs.opensocial.org/display/OSD/Investigate+spec+changes+to+support+inline+gadgets?
> Rendering Open Social gadgets inline (without an IFrame)
> --------------------------------------------------------
>
> Key: SHINDIG-1402
> URL: https://issues.apache.org/jira/browse/SHINDIG-1402
> Project: Shindig
> Issue Type: New Feature
> Components: Java, Javascript , PHP, Website
> Affects Versions: 2.0.0
> Environment: Should be applicable to any platform Shindig will run
> Reporter: Kris Vishwanathan
> Fix For: 3.0.0
>
> Attachments: inline-initial-port.patch, inline.patch,
inlineFeature.txt, inline_20100824.patch, inline_feature_patch_20101103.patch,
patch_20100921.patch
>
> Original Estimate: 672h
> Remaining Estimate: 672h
>
> 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.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA
administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
