- From: Mark Callow <callow.mark@artspark.co.jp>
- Date: Thu, 14 Mar 2013 14:00:09 +0900
- To: Stephen White <senorblanco@chromium.org>
- Cc: WHAT Working Group <whatwg@whatwg.org>, Rik Cabanier <cabanier@gmail.com>, Ian Hickson <ian@hixie.ch>, Robert O'Callahan <robert@ocallahan.org>
On 2013/03/13 2:03, Stephen White wrote: > Description: > > The "opaque" attribute is a boolean attribute of the canvas element, whose > presence indicates that the alpha values in the canvas backing store must > be 1.0 at all times. All canvas operations are modified to preserve this > invariant. If the "opaque" attribute is not present, or if parsing its > value returns an error, then the default value (false) must be used instead.m Could we align this with the existing WebGL canvas attribute instead of having similar but opposite attributes on each. I.e. instead of "opaque" have "alpha." When false the canvas is opaque (and it is not necessary to store alpha values in the backing store). When true, the canvas is potentially translucent. The default for "alpha" is true so that matches the proposed default for opaque. It will cause much less confusion if the same attribute serves the same purpose on both types of canvas. FYI, the description of the attribute in the WebGL spec is: "If the value is true, the drawing buffer has an alpha channel for the purposes of performing OpenGL destination alpha operations and compositing with the page. If the value is false, no alpha buffer is available. " Regards -Mark -- 注意:この電子メールには、株式会社エイチアイの機密情報が含まれている場合 が有ります。正式なメール受信者では無い場合はメール複製、 再配信または情 報の使用を固く禁じております。エラー、手違いでこのメールを受け取られまし たら削除を行い配信者にご連絡をお願いいたし ます. NOTE: This electronic mail message may contain confidential and privileged information from HI Corporation. If you are not the intended recipient, any disclosure, photocopying, distribution or use of the contents of the received information is prohibited. If you have received this e-mail in error, please notify the sender immediately and permanently delete this message and all related copies.
Received on Thursday, 14 March 2013 05:00:54 UTC