(ccing the laszlo-dev list so others can benefit from this discussion)
Turning on compatibility view does seem to affect how the iframe shows
up in IE 8. However, http://jira.openlaszlo.org/jira/browse/LPP-8571
has to do with the iframe not being clipped to the size of the app, not
how the iframe shows up in IE 8. Are we talking about two different
bugs now? If so, please file a new bug in JIRA for the display issue.
I still can't seem to reproduce the clipping issue in 4.0.18. Let me
know if you have any ideas on how to do that with my local setup!
In any case, you can't expect HTML iframes to reliably show in Flash
unless you use wmode:transparent setting when you embed the Flash movie
- I believe Webtop currently does this. See
http://labs.openlaszlo.org/trunk-nightly/docs/reference/lz.html.html for
docs:
For best results in Flash, set the wmode attribute to 'transparent' when
embedding the application. See examples/extensions/html-swf.jsp for an example.
Here's a patch that sets wmode: 'transparent':
Index: WEB-INF/lps/templates/html-response.xslt
===================================================================
--- WEB-INF/lps/templates/html-response.xslt (revision 15065)
+++ WEB-INF/lps/templates/html-response.xslt (working copy)
@@ -137,7 +137,7 @@
</xsl:when>
<xsl:otherwise>
<script type="text/javascript">
- Lz.swfEmbed({url: '<xsl:value-of
select="/canvas/request/@url"/>?lzt=swf<xsl:value-of
select="/canvas/request/@query_args"/>', bgcolor: '<xsl:value-of
select="/canvas/@bgcolor"/>', width: '<xsl:value-of
select="/canvas/@width"/>', height: '<xsl:value-of
select="/canvas/@height"/>', id: '<xsl:value-of select="/canvas/@id"/>',
accessible: '<xsl:value-of select="/canvas/@accessible"/>'});
+ Lz.swfEmbed({url: '<xsl:value-of
select="/canvas/request/@url"/>?lzt=swf<xsl:value-of
select="/canvas/request/@query_args"/>', bgcolor: '<xsl:value-of
select="/canvas/@bgcolor"/>', width: '<xsl:value-of
select="/canvas/@width"/>', height: '<xsl:value-of
select="/canvas/@height"/>', id: '<xsl:value-of select="/canvas/@id"/>',
accessible: '<xsl:value-of select="/canvas/@accessible"/>', wmode:
'transparent'});
</script>
</xsl:otherwise>
</xsl:choose>
One thing we do in 4.7 is force compatibility mode for IE 8 - this may
be important for 4.0 also, and it's easy to do. Just add this tag to
the <head/> of your wrapper HTML. Here's a patch that turns on
compatibility mode in IE for the default HTML wrappers:
Index: WEB-INF/lps/templates/html-response.xslt
===================================================================
--- WEB-INF/lps/templates/html-response.xslt (revision 15065)
+++ WEB-INF/lps/templates/html-response.xslt (working copy)
@@ -59,6 +59,7 @@
<xsl:template match="/">
<html>
<head>
+ <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7"/>
<link rel="SHORTCUT ICON"
href="http://www.laszlosystems.com/favicon.ico"/>
<title>
<xsl:value-of select="/canvas/@title"/>
I'm happy to apply this patch to the 4.0 build if you'd like. Just open
a new bug about IE 8 compatibility issues. We're not officially
updating 4.0 unless there are show-stoppers, and using wmode: is
probably the right way to go.
Aimee Qian wrote:
Hi Max,
Yes. I just tried OL 4.7, I'm using OL 4.0.18 for carmine project.
Have you used the compatibility view settings in IE8? On my laptop, iframe looks better if I add my ip address into the compatibility view list.
To reproduce this bug, could you please check your IE 8 settings: Tools-> Compatibility View Settings, make sure your IP address not included.
The steps to reproduce it is simple and it needn't resize browser window or any other operation.
Just enter the URL of test app ( http://localhost:8080/sdk/test.lzx?debug=true#).
Expected: The google.cn page shows under 'drag here' bar.
Got: Only 'drag here' bar and a blue view without iframe, and you can begin
drag the bar to the right side until horizontal scrollbar of browser displays.
You can move the scrollbar to the right and will see the iframe shows out of
the black canvas.
This bug can't reproduce on Firefox 3.5.x.
Thanks.
Aimee
-----邮件原件-----
发件人: Max Carlson [mailto:[email protected]]
发送时间: 2009年10月27日 19:20
收件人: Aimee Qian
抄送: 'Daniel Ju'; 'Amy Muntz'; [email protected]; 'diamond'
主题: Re: OL 4.0.18 can be obtained here...
Hi Aimee,
I tried OL 4.0.18 just now and this bug still could be reproduced It
does exist on some computers and cant reproduce on other computers in
China office, even these machines have the same environment (IE & OS).
It sounds like it may be a timing issue if some machines show the issue
and others don't - but they're running the same OS and version of IE.
And I tried OL 4.7 and it looks better when test app starts up but
iframe will move with the mouse moving. FYI, I attached screenshot.
OL 4.7 isn't really an option for you, correct? I'm hoping 4.0.18 is an
option, otherwise we'll need to look at backporting a fix which can be
risky.
Then Daniel will take care this bug.
I'm happy to fix the issue in OL 4.0.18 if we can get it characterized
and written down in the bug report. Even describing the issue as it
sometimes happens may be enough for me to reproduce it. Please provide
specific instructions to reproduce.
For example, I had to click in the blue area and drag to resize the
iframe. Next, I had to resize the browser window to be smaller than the
iframe width to reproduce your issue in 4.0.12.
I'm curious, what happens under Firefox 3.5?
Thanks.
Thank you!
Aimee
*:* Max Carlson [mailto:[email protected]]
*ʱ:* 20091027 16:12
*ռ:* [email protected]
*:* Amy Muntz; [email protected]; diamond
*:* Fwd: OL 4.0.18 can be obtained here...
Hi Aimee,
I couldn't reproduce the issue at
http://jira.openlaszlo.org/jira/browse/LPP-8571 in a local build of 4.0
(which would be 4.0.18 or 19 I believe). Looks like you'll need to
update the app? I'm assuming it's based on diamond. I understand you
need to release to QA on 10/30 with this fix (or a workaround), and it's
for Charter.
The email thread below may be relevant. Let me know how else we can help!
Begin forwarded message:
*From: *Fred Ellenberger <[email protected]
<mailto:[email protected]>>
*Date: *July 23, 2009 11:48:38 AM PDT
*To: *[email protected] <mailto:[email protected]>
*Cc: *gary <[email protected] <mailto:[email protected]>>,
[email protected] <mailto:[email protected]>, Wanli Zhao
<[email protected] <mailto:[email protected]>>, Cerulean
Project Team <[email protected]
<mailto:[email protected]>>
*Subject: OL 4.0.18 can be obtained here...*
http://download.openlaszlo.org/nightly/deities/13654
Thanks.
-Fred
Matt Kolenda wrote:
Gary & Team
The version of OL that diamond uses is 4.0.18. Fred can help you
get it. Please do not test with 4.0.13.
Everyone who is developing on diamond should be using 4.0.18.
Matt
On Wed, Jul 22, 2009 at 7:48 PM , gary wrote:
Hi Max,
Now I can reproduce this bug using OpenLaszlo4.0.13 and runtime
is swf8
on my machine, but it works well on OpenLaszlo4.4. I can't get the
latest version for 4.0.13, if you can't reproduce it had be fixed
possibly. If so, can you tell me where to get the latest version for
4.0.
Thanks,
-Gary
2009-07-22 14:32 -0700"Max Carlson" (JIRA)д
[
http://jira.openlaszlo.org/jira/browse/LPP-8335?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Max Carlson resolved LPP-8335.
------------------------------
Resolution: Cannot Reproduce
Can't reproduce in trunk as of r14366
text disappear when the scrolledittext is disabled after
setting fgcolor
------------------------------------------------------------------------
Key: LPP-8335
URL:
http://jira.openlaszlo.org/jira/browse/LPP-8335
Project: OpenLaszlo
Issue Type: Bug
Components: Components - Incubator
Affects Versions: Lada (4.0.13)
Reporter: garyliu
Assignee: Max Carlson
Priority: P0
Fix For: 4.5 (Trunk)
Attachments: scrolledittext-test.lzx
1. Create a checkbox and scrolledittext in canvas, and
use checkbox to control the enable of scrolledittext.
Set fgcolor of inp in scrolledittext when enabled of
this is changed.
2. Enable the scrolledittext and enter some text.
3. Disable the scrolledittext.
EXPECTED
Text is not deleted.
GOT
Text reverts to its value before making the change.
------------------------------------------------------------------------
------------------------------------------------------------------------
------------------------------------------------------------------------
--
Regards,
Max Carlson
OpenLaszlo.org
