2008/5/20 Alexander Back <[EMAIL PROTECTED]>:
> Hi Carl,
>
> Qoo Goo wrote:
> > Hi Alex,
> >
> > It seems you smelled something suspicious... ;-).
> Yeah. It smelled like an IE-specific "feature" ;-)
>
> > It's not a normal HTML. It is an XML transformed to HTML via XSL (with
> the
> > <?xml-stylesheet ..> directive).
> >
> > I've been trying and normal HTML pages are display OK, but XMLs (either
> > transformed or not) are displayed always on top and layers loose
> visibility
> > when crossing the iframe. Now I see that this behaviour happens not only
> in
> > qooxdoo, but also in standard HTML pages in IE.
> IE uses the MSXML library to display XML files or do client-side XSLT.
> This library is available for IE as ActiveX control. This is the main
> issue here. There are known display problems (like the one you
> described) with ActiveX controls in IE.
>
> > Anyway, any idea to work around this issue with qooxdoo?
> As I mentioned above this is more an issue with ActiveX controls in IE
> and their implementation rather than an issus with qooxdoo. So there is
> unfortunately no way to fix this in qooxdoo.
>
> Do you have the possibility to change the content you display to get
> around the problem? Like using server-side XSLT and sending the
> transformed content as plain HTML to the client? This could be a
> workable solution (if you have control over the backend).
>
> cheers,
> Alex
>
We discarded server-side XSLT due to performance problems as we are talking
about a lot of users and heavy (big) xml files to be transformed. The goal
is keeping server resources using the client-side CPU to do this
transformations Some tests have shown that doing it via javascript is not a
good option (performance again), therefore the best option we've found is to
let the browser do the job. Unfortunatly, only "good" browsers behave
well... and good browsers are not "all" browsers.
Said that, the solution we have applied (thanks for your responses) is a
classical one (I think I hadn't used this technique for at least 7 or 8
years):
Only in IE, we make use of a hidden iFrame object to load the contents (xml
with <?xml-stylesheet?> directive). Then we access its HTML contents with
the DOM and load that HTML into another iframe object (the visible one) as a
variable ( iframeobject.setSource("javascript://window.top.myHTML")). This
workaround works fine by the moment.
Just to share it with you... and thanks again.
Cheers
>
>
> >
> > 2008/5/19 Alexander Back <[EMAIL PROTECTED]>:
> >
> >> Hi Carl,
> >>
> >> is it a normal HTML page which is displayed inside this iframe widget?
> >>
> >> I've just played a little bit around with the qooxdoo showcase
> >> application in IE7 (available at
> >> http://demo.qooxdoo.org/current/showcase ) and I could not confirm this
> >> behaviour.
> >>
> >> To test it: Go to the "Themes" tab, open the themes window and change to
> >> the "Splitpane" tab OR open a native window at the "Native Window" tab
> >> and change to the "Splitpane" tab.
> >> In my case both windows (qooxdoo internal and native one) are displayed
> >> above the iframe widget (which is the right part of the splitpane
> widget).
> >>
> >> How are the windows displayed in your case?
> >>
> >> cheers,
> >> Alex
> >>
> >> Qoo Goo wrote:
> >>> I'm using the qx.ui.embed.Iframe control and it has an unwanted
> behaviour
> >>> only in IE (both IE6 and IE7). I don't know if this is a bug, but when
> >> (and
> >>> only when) the iframe is populated by an html page it doesn't allow any
> >>> other control or layer to be presented over it.
> >>> Everything (even modal windows) are hidden under this iframe and events
> >> are
> >>> lost (dragging over it, for example).
> >>>
> >>> I've tried setting zIndex property with no success.
> >>>
> >>> This behaviour occurs only with IE browsers.
> >>>
> >>> Does anybody know a workaround for this? Is this a bug inherent to IE?
> >>>
> >>> Any help would be appreciated.
> >>>
> >>> Thank you,
> >>>
> >>> Carl <https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel>
> >
>
> --
> Alexander Back
> Core Development::Webtechnologies
> [EMAIL PROTECTED]
> fon +49 721 91374 8047
> http://www.1und1.de
>
> 1&1 Internet AG
> Ernst-Frey-Straße 9
> 76135 Karlsruhe
>
> Amtsgericht Montabaur HRB 6484
> Vorstand: Henning Ahlert, Ralph Dommermuth, Matthias Ehrlich, Andreas
> Gauger, Thomas Gottschlich, Matthias Greve, Robert Hoffmann, Markus Huhn,
> Achim Weiss
> Aufsichtsratsvorsitzender: Michael Scheeren
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
