|
|||||||
![]() |
|
|
Thread Tools |
|
#1
|
||||
|
||||
|
ux.ManagedIFrame/Panel (Current Release 1.2.7, for Ext 2.2.x or under only)
A version for Ext 3.0 can be found here. The latest build is also available on code.google. Some features available:
Licensing: MIF/MIFP v1.2 or higher is dual-licensed: LGPL 3.0 or CDL for commercial use. Related Links:
Extract the current source and demo files from miframe1_2.zip directly into a new/existing: /examples/miframe directory of your standard 2.x Ext.distribution (except for the desktop.zip demo -- that should go in /examples/desktop). Updated: Version 1.1 This new baseline (1.1) adds:
Updated (4/26/09): Version 1.2.4 released. Adds [s]Ext 3.0 compatibility[s/] no longer, and adds 'resize' event support. Updated (5/16/09): V 1.2.5 fixes X-Frame Messaging bug. Updated (6/30/09): V 1.2.6 fixes domready bug, adds submitAsTarget method. Updated (11/10/09): V 1.2.7 fixes another domready bug. Thanks to all for the valuable feedback. Note: the current vBulletin config gzips attachments which IE hates. Download this with Firefox (or other browser) instead of IE.
__________________
Doug Hendricks Maintaining ux: ManagedIFrame, MIF2 (FAQ, Wiki), ux.Media/Flash, AudioEvents, ux.Chart[Fusion,OFC,amChart], ext-basex.js/$JIT, Documentation Site, donate. Last edited by hendricd; 11-25-2009 at 08:50 AM.. Reason: 1.2.7 Release |
|
#2
|
|||
|
|||
|
Great Stuff! Thanks for such a useful Extension!
![]()
__________________
Extensions: Ext.ux.DatePickerPlus (Multimonth,Multiselect,...) Ext.ux.plugin.triggerfieldTooltip (for Comboboxes, Datefields...) Ext.ux.data.JsonArrayReader (Paging with Arrays) Ext.util.MD5 Ext.util.Utf8 (encode/decode) Ext.util.base64 (encode/decode) Ext.ux.menu.StoreMenu - Ajax Store as menu-item config Using: ExtJS v 2.3/3.0.3/3.1 Final Standalone WinXP SP3 / 7 IE6/8 FF3.5 Chromium (latest trunk build) |
|
#3
|
|||
|
|||
|
If I were to point this to say a PDF file or Word document would any event fire after the file had been launched?
|
|
#4
|
||||
|
||||
|
@Zakaroonikov -- If you are speaking of "same-origin" documents, you can get the MIF's 'domready' event working for you as it would fire immediately after the frames' new page markup as been DOMized.
Also, there is the 'documentloaded' event which is raised when all the 'assets' are finally loaded. Short of that, you'd need a browser.plugin event to guarantee full 'load' status.
__________________
Doug Hendricks Maintaining ux: ManagedIFrame, MIF2 (FAQ, Wiki), ux.Media/Flash, AudioEvents, ux.Chart[Fusion,OFC,amChart], ext-basex.js/$JIT, Documentation Site, donate. |
|
#5
|
||||
|
||||
|
Can anyone give some scenario that must use ManagedIframePanel instead of other component?
|
|
#6
|
||||
|
||||
|
@fangzhouxing -- other component?
__________________
Doug Hendricks Maintaining ux: ManagedIFrame, MIF2 (FAQ, Wiki), ux.Media/Flash, AudioEvents, ux.Chart[Fusion,OFC,amChart], ext-basex.js/$JIT, Documentation Site, donate. |
|
#7
|
||||
|
||||
|
This is fantastic! Thanks hendricd. You might also want to note that in 1.1 you have to hook listeners to the ManagedIframePanel itself, rather than putting them in the frameConfig as you did with 1.0x. Unless, that is, I was just doing something "unsupported" that happened to work.
![]() Keep up the great work on this extension, it's been a lifesaver for me. |
|
#8
|
|||
|
|||
|
Any place you would display user generated content. If the user can somehow create bad HTML (no close tags for tables or divs or whatever), it can screw up the page display in "other" components.
|
|
#9
|
||||
|
||||
|
@nkohari -- No, that is by design. The MIF events are actually "relayed" to the MIFPanel listeners if you define them on the Panel.
The frameConfig allows the same listeners to be passed to MIF class too (via the Panel), your choice.
__________________
Doug Hendricks Maintaining ux: ManagedIFrame, MIF2 (FAQ, Wiki), ux.Media/Flash, AudioEvents, ux.Chart[Fusion,OFC,amChart], ext-basex.js/$JIT, Documentation Site, donate. |
|
#10
|
|||
|
|||
|
OK, maybe this is a little over the top, but...
window.onload = function() {
var base = top.location.href;
base = base.replace(/\?.*$/, "");
base = base.replace(/\#.*$/, "");
var base_len = base.length;
var anchorTags = document.getElementsByTagName('a');
for (var i = 0; i < anchorTags.length; i++)
{
var url = anchorTags[i].href;
if (url.substr(0, base_len) != base) {
anchorTags[i].onclick = function() {
var i = 0;
window.open(url);
return false;
}
}
else {
anchorTags[i].onclick = function() {
location.href = url;
return false;
}
}
}
}
Now if you display some user generated HTML content in the iframe that has a link in it, when the user clicks on the link, it doesn't wipe out the entire desktop to load the new page in the browser. You could run that code for people if some config variable is passed to iframe constructor. Feel free to modify it to suit your purposes ![]() |
![]() |
| Tags |
| iframe, iframepanel, managediframe, mif |
| Thread Tools | |
|
|