Path Rendering in 8u40
Jim Graham
james.graham at oracle.com
Wed Jan 28 01:48:00 UTC 2015
Where are the attached files? When you say you zoomed them in, is that
with a screen pixel scaler, or by applying a scaling transform to the
SVG path?
I'm guessing that you are correct about RT-39439, but the fix there
should have made the paths more accurate? Could the kinks have been in
the path, but not rendered correctly until we upgraded our BND constants
as part of RT-39439?
Can you make a standalone sample with just the path segments in question?
...jim
On 1/27/15 5:28 PM, Scott Palmer wrote:
> AH! Thankfully that was it.. I had never intended for the paths to no be
> smooth, but I suspect I was experimenting trying to get better performance
> at some point and the call to setSmooth(false) was left in.
>
> However, the issue with the SVG paths from CSS remains. You can see it
> more clearly in the attached image files, where I've zoomed in.
>
>
> Cheers,
>
> Scott
>
> On Tue, Jan 27, 2015 at 5:18 PM, Kevin Rushforth <kevin.rushforth at oracle.com
>> wrote:
>
>> Do you explicitly set smooth=false on your path? If so, that would be due
>> to:
>>
>> https://javafx-jira.kenai.com/browse/RT-39468
>>
>> We used to ignore the smooth flag (it's a rasterization hint) but now
>> honor it and disable AA if set to false.
>>
>> -- Kevin
>>
>>
>>
>> Scott Palmer wrote:
>>
>>> I'm seeing a regression where Paths are not rendered with anti-aliasing on
>>> 8u40. On 8u20 they are fine. There are also glitches in SVG Paths from
>>> CSS. The SVG paths are smooth, but the end points are different and they
>>> have 'kinks'. There is also a difference in the position of my
>>> "arrowhead"
>>> on the end of the Path which is done using SVG in the CSS for a Region.
>>>
>>> I've attached images of the exact same code running with 8u40 and 8u20.
>>> (not sure if they will make it to the mailing list)
>>>
>>> I searched JIRA but didn't see any issues that seemed relevant, though I
>>> wonder if work done for RT-39439 may be related.
>>> Has anyone else seen something like this?
>>>
>>> Scott
>>>
>>>
>>
More information about the openjfx-dev
mailing list