FWIW, we run in EmulateIE7 mode so excanvas works properly in IE 8...

Henry Minsky wrote:
> Yeah I guess a quirk or two is called for, the Microsoft site says this
> 
>      New for Windows Internet Explorer 8 As of Internet Explorer 8, the
>     required syntax of the *clip* attribute is identical to that
>     specified in the Cascading Style Sheets (CSS), Level 2 Revision 1
>     (CSS2.1) specification; that is, commas are now required between the
>     parameters of the |rect()| value. This behavior requires Internet
>     Explorer to be in IE8 mode (or EmulateIE8 mode with an Internet
>     Explorer 8 !DOCTYPE
>     <http://msdn.microsoft.com/en-us/library/ms535242%28VS.85%29.aspx>
>     directive). For more information on document compatibility modes,
>     see Defining Document Compatibility
>     <http://msdn.microsoft.com/en-us/library/cc288325%28VS.85%29.aspx>.
> 
>     In Internet Explorer 7 and earlier (and in Internet Explorer 8 or
>     later in IE7 mode, EmulateIE7 mode, or IE5 mode), the commas should
>     be omitted. For example: *clip*:|rect(0 50 50 0)|
> 
> 
> So to be safe I guess we need an IE7 quirk and an IE8 quirk...
> 
>  
> On Tue, Oct 13, 2009 at 3:37 PM, P T Withington <[email protected] 
> <mailto:[email protected]>> wrote:
> 
>     Hm.  I'm not 100% copacetic with this.
> 
>     1) Since there is a rumor that IE screws up the commas, and the
>     commas are purposely optional in CSS because of this, I vote for
>     leaving out the commas.
> 
>     2) Because this is an IE-only bug, I'd like that inside a quirk,
>     because of the following suspicion:  We are trying as much as
>     possible _not_ to put styles on individual divs if we can avoid
>     that, on the theory that putting styles on individual divs has to
>     slow the rendering speed of those divs.  So, if possible, we put the
>     most common style (if it is not already the CSS default) on a div
>     class, and try to only override on a per-div basis for exceptional
>     cases.  In this case, clipping is the exception (it is only on for a
>     sprite that represents a view with scrollevents enabled), and not
>     clipping is the default.
> 
>     Once again, IE totally sucks.  In every other browser, setting a CSS
>     style property to the empty string removes that style property from
>     the div and the default value prevails.  Leave it to IE to get that
>     wrong...
> 
> 
>     On 2009-10-13, at 14:41, Henry Minsky wrote:
> 
>         Change 20091013-hqm-p by [email protected] on 2009-10-13
>         14:38:37 EDT
>            in /Users/hqm/openlaszlo/trunk6
>            for http://svn.openlaszlo.org/openlaszlo/trunk
> 
>         Summary: error in LzTextSprite setScrolling in IE7/DHTML
> 
>         New Features:
> 
>         Bugs Fixed: LPP-8415
> 
>         Technical Reviewer: max
>         QA Reviewer: (pending)
>         Doc Reviewer: (pending)
> 
>         Documentation:
> 
>         Release Notes:
> 
>         Details:
> 
>         + In DHTML dbeug mode IE7 if you click to set the debugger to
>         multiline, you get an 'invalid argument'
>         error from Javascript, due to setting the clip.style to ''.
> 
>         Changed to rect(auto,auto,auto,auto), which is supposed to be the
>         default behavior. There was
>         some comment on Microsoft's site about how using commas wasn't
>         supported by IE7, but it seems to work
>         for me.
> 
> 
>         Tests:
> 
>         test case below should not get an error in IE7/DHTML
>         <canvas>
>          <view height="120" bgcolor="black" width="2" />
>          <inputtext id="foo" width="400" x="6"
>                     multiline="false"
>                     text="${canvas.runtime}"
>                     bgcolor="#ccffcc"
>                     oninit="setAttribute('multiline', true);
>         this.setAttribute('height', 120)" />
>         </canvas>
> 
> 
>         Files:
>         M      WEB-INF/lps/lfc/kernel/dhtml/LzTextSprite.js
> 
> 
>         Changeset:
>         http://svn.openlaszlo.org/openlaszlo/patches/20091013-hqm-p.tar
>         _______________________________________________
>         Laszlo-reviews mailing list
>         [email protected]
>         <mailto:[email protected]>
>         http://www.openlaszlo.org/mailman/listinfo/laszlo-reviews
> 
> 
> 
> 
> 
> -- 
> Henry Minsky
> Software Architect
> [email protected] <mailto:[email protected]>
> 
> 

-- 
Regards,
Max Carlson
OpenLaszlo.org
_______________________________________________
Laszlo-reviews mailing list
[email protected]
http://www.openlaszlo.org/mailman/listinfo/laszlo-reviews

Reply via email to