On Fri, 26 Feb 2021 19:40:22 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 coordinates
On Tue, 23 Mar 2021 13:45:33 GMT, Alexey Ivanov wrote:
> When `getAllPrinterNames()` returns null, the list of `printServices` is
> assigned a new empty array without invalidating old services which were in
> the array before.
>
> The old print services should be invalidated.
src/java.desktop
On Wed, 24 Mar 2021 20:44:26 GMT, Alexey Ivanov wrote:
>> Since this is windows specific code, I am not sure if system will not have
>> any printers. I guess by default, Microsoft XPS Document Writer, Microsoft
>> Print-to-PDF, Fax are present in printers list. That is the reason we do not
>>
On Thu, 1 Apr 2021 05:49:51 GMT, Jayathirth D V wrote:
>> In MTLBlitLoops.copyArea() we use standalone encoder which has no clip state
>> information because of which we ignore clip parameters set in rect clip and
>> shape clip. We need to query and use encoders from EncoderManager to honour
>
> In MTLBlitLoops.copyArea() we use standalone encoder which has no clip state
> information because of which we ignore clip parameters set in rect clip and
> shape clip. We need to query and use encoders from EncoderManager to honour
> clip states in copyArea.
Jayathirth D V has updated the pu
On Wed, 31 Mar 2021 15:03:54 GMT, Jayathirth D V wrote:
>> In MTLBlitLoops.copyArea() we use standalone encoder which has no clip state
>> information because of which we ignore clip parameters set in rect clip and
>> shape clip. We need to query and use encoders from EncoderManager to honour
On Fri, 26 Mar 2021 19:53:44 GMT, Phil Race wrote:
> https://bugs.openjdk.java.net/browse/JDK-8255800 could have been a one line
> spec clean up but
> it didn't take a lot of looking to realize there were many more
> inconsistencies between spec and implementation.
> I've spent a lot of time on
On Mon, 29 Mar 2021 07:36:35 GMT, Sergey Bylokhov wrote:
> The lcms 2.8 version added support for the cmsFLAGS_COPY_ALPHA flag:
> https://sourceforge.net/p/lcms/mailman/lcms-user/thread/001c01d1c0f3%2484a7cb30%248df76190%24%40ProDigitalSoftware.com/#msg35143398
>
> which supports alpha channel t
On Wed, 31 Mar 2021 21:21:24 GMT, Sergey Bylokhov wrote:
>> https://bugs.openjdk.java.net/browse/JDK-8255800 could have been a one line
>> spec clean up but
>> it didn't take a lot of looking to realize there were many more
>> inconsistencies between spec and implementation.
>> I've spent a lot
On Wed, 31 Mar 2021 21:17:07 GMT, Sergey Bylokhov wrote:
>> Meaning even though you like the NPE you would change it to IAE like the
>> rest ?
>
> Yes and no, I just wanted to highlight this place, since somebody may prefer
> IAE here.
Well IAE was my initial thought but I decided to minimize
On Wed, 31 Mar 2021 21:31:43 GMT, Sergey Bylokhov wrote:
>> The lcms 2.8 version added support for the cmsFLAGS_COPY_ALPHA flag:
>> https://sourceforge.net/p/lcms/mailman/lcms-user/thread/001c01d1c0f3%2484a7cb30%248df76190%24%40ProDigitalSoftware.com/#msg35143398
>>
>> which supports alpha chann
> The lcms 2.8 version added support for the cmsFLAGS_COPY_ALPHA flag:
> https://sourceforge.net/p/lcms/mailman/lcms-user/thread/001c01d1c0f3%2484a7cb30%248df76190%24%40ProDigitalSoftware.com/#msg35143398
>
> which supports alpha channel transportation
>
> For our usage, it means we can use TYPE_
On Fri, 26 Mar 2021 19:53:44 GMT, Phil Race wrote:
> https://bugs.openjdk.java.net/browse/JDK-8255800 could have been a one line
> spec clean up but
> it didn't take a lot of looking to realize there were many more
> inconsistencies between spec and implementation.
> I've spent a lot of time on
On Fri, 26 Mar 2021 22:45:56 GMT, Phil Race wrote:
>> src/java.desktop/share/classes/java/awt/image/ComponentSampleModel.java line
>> 127:
>>
>>> 125: * @throws IllegalArgumentException if {@code pixelStride} is less
>>> than 0
>>> 126: * @throws IllegalArgumentException if {@code sc
On Tue, 30 Mar 2021 12:39:15 GMT, Aleksey Shipilev wrote:
>> Found by IntelliJ IDEA inspection `Java | Java language level migration aids
>> | Java 5 | 'StringBuffer' may be 'StringBuilder'`
>> As suggested in
>> https://github.com/openjdk/jdk/pull/1507#issuecomment-757369003 I've created
>> s
On Tue, 23 Mar 2021 15:18:13 GMT, Severin Gehwolf wrote:
> The suggestion is to rename 'jvm' variable in `libjavajpeg` to `the_jvm` so
> this conflict no longer occurs when `libjavajpeg.a` and `libawt.a` are being
> linked into one native image.
>
> Testing: test/jdk/javax/imageio jtreg tests.
On Thu, 18 Mar 2021 12:29:01 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
On Fri, 19 Mar 2021 20:36:57 GMT, Alexey Ivanov wrote:
> If `JNU_NewStringPlatform` fails to allocate new Java String object for
> printer name, `std::bad_alloc` is thrown. The handler for the exception does
> not release the local reference to the `nameArray`, thus it will be leaked.
This pul
On Mon, 29 Mar 2021 07:36:35 GMT, Sergey Bylokhov wrote:
> The lcms 2.8 version added support for the cmsFLAGS_COPY_ALPHA flag:
> https://sourceforge.net/p/lcms/mailman/lcms-user/thread/001c01d1c0f3%2484a7cb30%248df76190%24%40ProDigitalSoftware.com/#msg35143398
>
> which supports alpha channel t
On Wed, 31 Mar 2021 12:39:49 GMT, Ajit Ghaisas wrote:
> I tested this fix. No regressions were observed.
>
> Using MTLBlitCommandEncoder is intuitive when metal resource copying needs to
> be done.
> I suggest to add a comment (may be as a method description or in code where
> we do the actual
> In MTLBlitLoops.copyArea() we use standalone encoder which has no clip state
> information because of which we ignore clip parameters set in rect clip and
> shape clip. We need to query and use encoders from EncoderManager to honour
> clip states in copyArea.
Jayathirth D V has updated the pu
On 3/30/21 11:31 PM, mc36 wrote:
please find below, but, again, it's jre17~15, where everything seems fine.
Oh that's what you mean by the incomprehensible
" please dont! i got ~15 and the issue is gone!"
So it was some one-off problem with the build 14 from your distro.
I think this poin
On Wed, 31 Mar 2021 07:27:45 GMT, Jayathirth D V wrote:
> In MTLBlitLoops.copyArea() we use standalone encoder which has no clip state
> information because of which we ignore clip parameters set in rect clip and
> shape clip. We need to query and use encoders from EncoderManager to honour
> c
In MTLBlitLoops.copyArea() we use standalone encoder which has no clip state
information because of which we ignore clip parameters set in rect clip and
shape clip. We need to query and use encoders from EncoderManager to honour
clip states in copyArea.
-
Commit messages:
- 826447
On Wed, 31 Mar 2021 07:27:45 GMT, Jayathirth D V wrote:
> In MTLBlitLoops.copyArea() we use standalone encoder which has no clip state
> information because of which we ignore clip parameters set in rect clip and
> shape clip. We need to query and use encoders from EncoderManager to honour
> c
25 matches
Mail list logo
