W3C home > Mailing lists > Public > www-svg@w3.org > December 2013

Re: [filter-effects] Blending without compositing

From: Nikos Andronikos <nikos.andronikos@cisra.canon.com.au>
Date: Fri, 13 Dec 2013 10:44:55 +1100
Message-ID: <52AA4A77.5070908@cisra.canon.com.au>
To: Dirk Schulze <dschulze@adobe.com>, "public-fx@w3.org" <public-fx@w3.org>, www-svg <www-svg@w3.org>
On 12/12/2013 5:21 PM, Dirk Schulze wrote:
Are we trying to preserve backwards compatibility here? e.g. keep an option for the (incorrect) double composite and add an option for no composite?


[DS] Yes, backwards compatibility is important. Do I understand your comment correctly that you also don't want to add compositing modes to feBlend? In this case I suggest a new attribute called composite = "true | false" (I would like to have a boolean attribute but that needs changes on SVG2.... lets see if we get that before LC.)


This was discussed at this mornings telcon, but just for closure:
Yes you do understand me correctly =)
I don't think adding compositing operators to feBlend would be useful if the implementation is going to be different than the compositing and blending spec (because the double contribution of the backdrop needs to be retained for src-over).

And on that note, I think it would be a good idea to add a note to Filter Effects explaining that the double contribution of the backdrop will occur if 'no-composite' is enabled.

Nikos
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

The information contained in this email message and any attachments may be confidential and may also be the subject to legal professional privilege. If you are not the intended recipient, any use, interference with, disclosure or copying of this material is unauthorised and prohibited. If you have received this email in error, please immediately advise the sender by return email and delete the information from your system.
Received on Thursday, 12 December 2013 23:45:32 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:54:49 UTC