Aimee Qian wrote: > Max,
A little update for this bug. I filed LPP-8571 because we want to fix em-13437 (http://jira.qa.laszlosystems.com/jira/browse/EM-13437 ). After your recent mail, I noticed em-13437 is another issue with LPP-8571 for 8571 is for lzx and this is for jsp wrapper. Charter project is always on wrapper, so I think em-13437 is no longer dependent on the LPP-8571.I used the wrapper to embed test.lzx.swf, only my laptop can reproduce iframe overflowing issue (pls see attached, same as em-13437) in China office. I tried other 4 machines with IE8 on Windows XP, they can't reproduce it.It seems em-13437 is not reproducible in all other machines except mine. So this bug is not critical for the delivery. And I have no idea how to reproduce these two bugs on your machine.Thanks. Aimee -----邮件原件-----发件人: Max Carlson [mailto:m...@openlaszlo.org] 发送时间: 2009年10月29日 10:51收件人: Aimee Qian 抄送: 'Daniel Ju'; 'Amy Muntz'; mkole...@hedwig.laszlosystems.com; OpenLaszlo development list 主题: Re: OL 4.0.18 can be obtained here... (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:m...@openlaszlo.org] ʱ: 20091027 19:20ռ: Aimee Qian : 'Daniel Ju'; 'Amy Muntz'; mkole...@hedwig.laszlosystems.com; '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.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.Then Daniel will take care this bug.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:m...@openlaszlo.org] *?:* 20091027 16:12 *?:* aq...@laszlosystems.com *:* Amy Muntz; mkole...@hedwig.laszlosystems.com; 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 <fellenber...@laszlosystems.com <mailto:fellenber...@laszlosystems.com>>*Date: *July 23, 2009 11:48:38 AM PDT *To: *mkole...@laszlosystems.com <mailto:mkole...@laszlosystems.com>*Cc: *gary <g...@laszlosystems.com <mailto:g...@laszlosystems.com>>, m...@laszlosystems.com <mailto:m...@laszlosystems.com>, Wanli Zhao <wz...@laszlosystems.com <mailto:wz...@laszlosystems.com>>, Cerulean Project Team <cerul...@laszlosystems.com <mailto:cerul...@laszlosystems.com>>*Subject: OL 4.0.18 can be obtained here...*http://download.openlaszlo.org/nightly/deities/13654 Thanks. -Fred Matt Kolenda wrote: Gary & TeamThe 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.MattOn 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, -Gary2009-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 ReproduceCan't reproduce in trunk as of r14366text 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.lzx1. 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.orgTitle: OpenLaszlo Application
