Re: [OpenJDK 2D-Dev] RFR: 8256264: Printed GlyphVector outline with low DPI has bad quality on Windows

2020-11-30 Thread Alexander Scherbatiy
On Sat, 28 Nov 2020 20:07:22 GMT, Sergey Bylokhov wrote: >> I prepared a simple [print >> test](http://cr.openjdk.java.net/~alexsch/8256264/performance/PrintTextPerformanceTest.java) >> sample which uses 4 different fonts (plain and bold) with different sizes >> and prints 640 lines on 10 page

Re: [OpenJDK 2D-Dev] RFR: 8256264: Printed GlyphVector outline with low DPI has bad quality on Windows [v3]

2020-11-30 Thread Alexander Scherbatiy
> Printing text using GlyphVector outline has bad quality on printers with low > DPI on Windows. > The GDI system used for text printing on Windows accepts only integer path > coordinates. > Rounding GlyphVector outline coordinates leads to distorted printed text. > > To reproduce the issue run

Re: [OpenJDK 2D-Dev] RFR: 8256264: Printed GlyphVector outline with low DPI has bad quality on Windows [v3]

2020-11-30 Thread Sergey Bylokhov
On Mon, 30 Nov 2020 10:00:17 GMT, Alexander Scherbatiy wrote: >> Printing text using GlyphVector outline has bad quality on printers with low >> DPI on Windows. >> The GDI system used for text printing on Windows accepts only integer path >> coordinates. >> Rounding GlyphVector outline coordin

Re: [OpenJDK 2D-Dev] RFR: 8254024: Enhance native libs for AWT and Swing to work with GraalVM Native Image [v3]

2020-11-30 Thread Andrii Rodionov
> The following PR fixes https://bugs.openjdk.java.net/browse/JDK-8254024 Andrii Rodionov 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 one additional

Re: [OpenJDK 2D-Dev] RFR: 8254024: Enhance native libs for AWT and Swing to work with GraalVM Native Image

2020-11-30 Thread Andrii Rodionov
On Sat, 14 Nov 2020 00:25:21 GMT, Sergey Bylokhov wrote: >> The changes in awt_LoadLibrary.c and XToolkit.c is mostly noop except >> excluding dladdr/dlopen. Since XsessionWMcommand/AWTIsHeadless are not used >> at least in the mainline(jdk16). >> The changes in the mlib look fine. >> >> The t

Re: [OpenJDK 2D-Dev] RFR: 8210253: Clipped UI rendering with X11 pipeline and HiDPI

2020-11-30 Thread Victor Dyakov
On Mon, 30 Nov 2020 03:42:24 GMT, Sergey Bylokhov wrote: >> The fix for https://bugs.openjdk.java.net/browse/JDK-8137571 where HiDPI >> support on Linux was implemented missed the change in the X11 pipeline, only >> XRender pipeline was updated. The same logic should be implemented in >> X11Su

Re: [OpenJDK 2D-Dev] RFR: 8255387: Japanese characters were printed upside down on AIX

2020-11-30 Thread Victor Dyakov
On Mon, 16 Nov 2020 09:09:50 GMT, Toshio Nakamura wrote: > Hi, > > Could you review this fix? Under some special conditions, non-English > characters were printed upside down. > > At printing with raster image, the image was generated from bottom to top. > So, each characters should also be d

Re: [OpenJDK 2D-Dev] RFR: 8210253: Clipped UI rendering with X11 pipeline and HiDPI

2020-11-30 Thread Alexey Ivanov
On Wed, 18 Nov 2020 09:11:11 GMT, Sergey Bylokhov wrote: > The fix for https://bugs.openjdk.java.net/browse/JDK-8137571 where HiDPI > support on Linux was implemented missed the change in the X11 pipeline, only > XRender pipeline was updated. The same logic should be implemented in > X11Surfac

Re: [OpenJDK 2D-Dev] RFR: 8255387: Japanese characters were printed upside down on AIX [v2]

2020-11-30 Thread Phil Race
On Fri, 20 Nov 2020 08:37:24 GMT, Toshio Nakamura wrote: >> Hi, >> >> Could you review this fix? Under some special conditions, non-English >> characters were printed upside down. >> >> At printing with raster image, the image was generated from bottom to top. >> So, each characters should al