Build a complete seamless replacement for the web content tool except using a JSR-168 portlet. The portlet should look and operate exacly the same as the tool, except that the Options button moves to the title bar as a little "Edit" icon. This way, when a page is displayed there is only one iframe in the background document. In the current situation there is an iframe within an iframe for the sole purpose of displaying the Options button.
Make a portlet that responds to the sakai.iframe and other tool ids:
The original tool will be retained with its IDs disabled so that switching back will be a simple patch if problems are identified.
No conversion will be necessary - the portlet will use the same property settings as the tool and use all the same translations - the actual Velocity files will be reused in the portlet so look and feel will be identical to the web content tool.
This will also make the popups look different - when the popups come up - they will only have the content - not the content within a Sakai frame and an options button.
This will also allow the iFrame tool to be used with the new frame set portal where the left navigation goes away and the entire screen bottom belongs to the content (see
This also paves the way to teach the iFrame portlet about content proxying - thus eliminating iframes completely in some cases. Because the tool starts out as a portlet, there is no enclosing frame - if the tool learns to proxy - then there are no remaining frames in a web content placement - Viola!
This JIRA is only about the direct replacement of the iFrame tool with an iFrame portlet. Other Jiras will be written covering any new features put into the iFrame portlet.
This depends on the changes included following other JIRAS in /portal and /reference - they are simple - but important:
Make sure to install those along with this code if you want to deploy this tool.