W3C home > Mailing lists > Public > public-fx@w3.org > January to March 2013

[compositing] More feedback on property definitions

From: Dirk Schulze <dschulze@adobe.com>
Date: Thu, 10 Jan 2013 08:37:01 -0800
To: "public-fx@w3.org" <public-fx@w3.org>
Message-ID: <768B6DB3-535C-410F-985C-6E7825CD60F3@adobe.com>
Hi,

Can the 'mix' property syntax get simplified more from:

	<mixarea> = <area>? && <blendmode>? && <composite>? && <isolation’>? && <knock-out’>?

to:

	<mixarea> = <area> || <blendmode> || <composite> || <isolation> || <knock-out>

?

There are some typos
	s/<isolation’>/<isolation>/
	s/<knock-out’>/<knock-out>/

And mistakes:
	<blendarea> = <area>? && <blendmode> on 'mix-blend-mode', but both are listed in the 'mix' property syntax (<area> should be removed there).
	<isolate> and <knock-out> are not specified (should be done on the longhand properties).
	‘knock-out' property syntax should change from: preserve | knock-out to <knock-out>#
	'isolate' property syntax should change from: auto | isolate to <isolation>#
	Value keywords on 'isolate' and 'knock-out' property are not in quotes, the value in Initial is, should be consistent (think it is usually not in quotes in definition tables).
	"In SVG, only ‘element’ is supported." This distinction can not be done on parsing CSS. So it should say that for SVG 'element' is used independent of the author specified value.
	"In SVG, it applies to all container elements except ‘mask’" this is a repeating pattern. Looking at the definition of 'container element' (‘a’, ‘defs’, ‘glyph’, ‘g’, ‘marker’, ‘mask’, ‘missing-glyph’, ‘pattern’, ‘svg’, ‘switch’ and ‘symbol’.), there seems to be more elements where it does not make sense.

Question (snippets):
	Does the blend mode value description stay <blendmode>, or should it be <blend-mode>? The same question for a bunch of other value definitions. IIRC other CSS specifications use a dash (<blend-mode>, <mix-area>, <knock-out>,...).
	Should <composite> be <composite-mode> for consistency, or <alpha-compositing>?

Greetings,
Dirk
Received on Thursday, 10 January 2013 16:37:34 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 10 January 2013 16:37:35 GMT