> The new test java/awt/font/JNICheck/FreeTypeScalerJNICheck.java introduced
> with https://bugs.openjdk.java.net/browse/JDK-8269223 adds -Xcheck:jni to an
> awt related test, and shows on Windows server 2019 the following JNI warning
> , so the test JNICheck/FreeTypeScalerJNICheck.java fails o
On Thu, 11 Nov 2021 10:26:30 GMT, Laurent Bourgès wrote:
>> You made an amazing job !
>> Your bigdecimal impl looks good.
>> I will play with your test experiment... asap.
>> I think numerical accuracies are related to the dynamic /magnitude of
>> values: points.
>> The test should evaluate(max
> This removes code that relied on consulting the Bezier control points to
> calculate the Rectangle2D bounding box. Instead it's pretty straight-forward
> to convert the Bezier control points into the x & y parametric equations. At
> their most complex these equations are cubic polynomials, so
On Fri, 12 Nov 2021 03:56:57 GMT, Phil Race wrote:
>> Jayathirth D V has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Use Macro for version
>
> make/modules/java.desktop/lib/Awt2dLibraries.gmk line 850:
>
>> 848: COMMAND := $(METAL
On Thu, 11 Nov 2021 15:32:01 GMT, Jayathirth D V wrote:
>> When JDK is built on BigSur with Xcode12.5 and used to run jtreg tests in
>> macOS10.15 with Xcode <=12.4 we are getting compilation error. We dont set
>> any deployment target when when we use xcrun to create .air file and this
>> iss
On Thu, 11 Nov 2021 15:58:50 GMT, Matthias Baesken wrote:
>> Hello, in our central tests it was indeed a fastdbg OpenJDK. On my local
>> Windows 10 machine I could not reproduce it.
>> Our central tests run with -Djava.awt.headless=true , but I think the
>> Win2019 server machine itself is n
On Thu, 28 Oct 2021 13:24:41 GMT, Alexander Zvegintsev
wrote:
> This test does not fail on Windows and does fail on Linux.
>
> After de-iconification we expect to see the button focused:
> 
> that you can use.
Thanks for the review i have updated code to use the Macro.
-
PR: ht
> When JDK is built on BigSur with Xcode12.5 and used to run jtreg tests in
> macOS10.15 with Xcode <=12.4 we are getting compilation error. We dont set
> any deployment target when when we use xcrun to create .air file and this
> issue looks similar to https://developer.apple.com/forums/thread/
On Thu, 11 Nov 2021 05:52:18 GMT, Jayathirth D V wrote:
> When JDK is built on BigSur with Xcode12.5 and used to run jtreg tests in
> macOS10.15 with Xcode <=12.4 we are getting compilation error. We dont set
> any deployment target when when we use xcrun to create .air file and this
> issue l
On Thu, 11 Nov 2021 10:18:29 GMT, Laurent Bourgès wrote:
>> I attempted to explore a numerical approach to pad the bounding box here
>> 4b9d87d6d03e923bb2663fc8f4f77b7549df6e70 ... but I don't like the results so
>> far. Any suggestions? (Or if you have a better approach in mind we can
>> disc
On Thu, 11 Nov 2021 09:40:07 GMT, Jeremy wrote:
>> Ideally jdk could provide new math methods:
>> - evalPoly(eqn[])
>> - find roots...
>> Based on compensated horner scheme and Math.fma() ~ 0.5 ulp
>
> I attempted to explore a numerical approach to pad the bounding box here
> 4b9d87d6d03e923bb26
On Wed, 10 Nov 2021 10:25:55 GMT, Laurent Bourgès wrote:
>> @prrace @mrserb what do you think on this bug in terms of precision
>> requirements?
>> - should bbox always include control points ?
>> - should ideal shape always fit in bbox ? So I propose to add a margin >
>> numerical inaccuracies
> This removes code that relied on consulting the Bezier control points to
> calculate the Rectangle2D bounding box. Instead it's pretty straight-forward
> to convert the Bezier control points into the x & y parametric equations. At
> their most complex these equations are cubic polynomials, so
On Wed, 10 Nov 2021 17:41:08 GMT, Ludvig Janiuk wrote:
>> This change introduces no visual difference, but improves a11y.
>> EDIT: There is a slight visual change regarding centering in a few cells.
>
> Ludvig Janiuk has updated the pull request incrementally with one additional
> commit since t
On Thu, 28 Oct 2021 09:03:55 GMT, Sergey Bylokhov wrote:
>> Yes, this run() is called on "D3D Screen Updater" thread. It is reasonable
>> that a new PaintEvent is posted when SurfaceData is replaced on this thread.
>> I would limit posting new PaintEvent via createGraphics() only.
>
> Probably
On Tue, 26 Oct 2021 04:52:37 GMT, Sergey Bylokhov wrote:
>> Masanori Yano has updated the pull request with a new target base due to a
>> merge or a rebase. The incremental webrev excludes the unrelated changes
>> brought in by the merge/rebase. The pull request contains four additional
>> com
21 matches
Mail list logo
