11015 2010-10-12 17:15:38 +0000 errata: feDisplacementMap needs to specify how to treat output 2010-10-17 09:42:42 +0000 1 1 1 Unclassified SVG SVG Document Object Model (DOM) SVG 1.2 Tiny All All NEW P2 normal Test Suite 1 jay schepers longsonr www-svg oldest_to_newest 41153 0 922 jay 2010-10-12 17:15:38 +0000 Created attachment 922 simple testcase unless style of filters is specified: color-interpolation-filters="SRGB" there is currently a difference in display between Mozilla and Opera or Safari. in the attachment Mozilla lightens the filtered space, whereas Opera and Safari darken. Robert Longson in the Mozilla bug report says: It all comes down to whether the output of feDisplacementMap should be premultiplied or not. The specification clearly says how to treat the inputs (in1 and in2) http://www.w3.org/TR/SVG/filters.html#feDisplacementMapElement it does not say how to treat the output. Should that be affected by color-interpolation-filters or should it always be SRGB, LINEARRGB or whatever in1 is or even whatever in2 is. Firefox takes the output as being whatever colour space is defined by color-interpolation-filters i.e. if in1 starts as LINEARRGB then it finishes as LINEARRGB. It seems like Opera and Safari assume it is SRGB. This needs taking up with the w3c as it is unclear what is correct. https://bugzilla.mozilla.org/show_bug.cgi?id=603584#c16 41154 1 jay 2010-10-12 17:16:24 +0000 mozilla bug: https://bugzilla.mozilla.org/show_bug.cgi?id=603584 41465 2 longsonr 2010-10-17 08:11:01 +0000 in1 is the source image and in2 supplies the displacements. So it does not make sense that applying in2 should change the colour space of the output. The output colour space should be whatever in1 is. The specification currently says this... The ‘color-interpolation-filters’ property only applies to the ‘in2’ source image and does not apply to the ‘in’ source image. The ‘in’ source image must remain in its current color space. How about something like this for extra clarity? The ‘color-interpolation-filters’ property only applies to the ‘in2’ source image and does not apply to the ‘in’ source image. The ‘in’ source image must be displaced in its current color space, the output is also in that color space. 41466 3 jay 2010-10-17 09:27:04 +0000 #2 might this proposed change have the undesirable effect, if implemented, of changing content already published with another expectation? might an alternative approach be to include an addendum specifying the need to add a color-interpolation-filter value to ensure consistency across browsers? 41467 4 longsonr 2010-10-17 09:42:42 +0000 (In reply to comment #3) > #2 might this proposed change have the undesirable effect, if implemented, of > changing content already published with another expectation? > > might an alternative approach be to include an addendum specifying the need to > add a color-interpolation-filter value to ensure consistency across browsers? No that's not appropriate It's just a workaround for what's really a bug in Firefox. 922 2010-10-12 17:15:38 +0000 2010-10-12 17:15:38 +0000 simple testcase ffbug.svg image/svg+xml 622 jay PD94bWwgdmVyc2lvbj0iMS4wIj8+CjxzdmcgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzIwMDAv c3ZnIj4KICA8ZGVmcz4KICAgIDxmaWx0ZXIgaWQ9InNwb25nZSI+CiAgICAgPGZlVHVyYnVsZW5j ZSBiYXNlRnJlcXVlbmN5PSIwLjEiIHR5cGU9ImZyYWN0YWxOb2lzZSIgcmVzdWx0PSJyZXN1bHQx Ii8+CiAgICAgPGZlRGlzcGxhY2VtZW50TWFwIGlkPSJmZURpc3BsYWNlbWVudE1hcCIgaW4yPSJy ZXN1bHQxIgogICAgICAgICAgICAgICAgICAgICAgICAgeENoYW5uZWxTZWxlY3Rvcj0iRyIgeUNo YW5uZWxTZWxlY3Rvcj0iRyIKICAgICAgICAgICAgICAgICAgICAgICAgIHNjYWxlPSI1MCIgaW49 IlNvdXJjZUdyYXBoaWMiLz4KICAgIDwvZmlsdGVyPgogIDwvZGVmcz4KPGcgdHJhbnNmb3JtPSJz Y2FsZSg0KSI+CjxyZWN0IHg9IjIwIiB5PSIxNSIgcng9IjQiIHJ5PSI0IiB3aWR0aD0iMjAiIGhl aWdodD0iNzIiICBzdHJva2U9Im5vbmUiIGZpbGw9IiNlYjQiIC8+CgogICA8cmVjdCB4PSIyMyIg eT0iMTQiIHdpZHRoPSIxNCIgaGVpZ2h0PSI2NiINCiAgICAgICAgICBmaWxsPSIjZWEyIiBzdHJv a2U9Im5vbmUiIHN0eWxlPSJmaWx0ZXI6dXJsKCNzcG9uZ2UpIi8+CjwvZz4KPC9zdmc+Cg==