On Wed, 25 May 2022 12:21:51 GMT, Tejesh R wrote:
>> Added test for checking setMargin() of JRadioButton.
>
> Tejesh R 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 pu
> Added test for checking setMargin() of JRadioButton.
Tejesh R has updated the pull request incrementally with two additional commits
since the last revision:
- Updated based on review comments
- Added headful key
-
Changes:
- all: https://git.openjdk.java.net/jdk/pull/8721/fi
On Fri, 27 May 2022 17:03:08 GMT, Harshitha Onkar wrote:
>> Tejesh R 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 ten additional commits
>> s
On Fri, 27 May 2022 17:21:29 GMT, Tejesh R wrote:
>> Added test for checking setMargin() of JRadioButton.
>
> Tejesh R has updated the pull request incrementally with two additional
> commits since the last revision:
>
> - Updated based on review comments
> - Added headful key
Marked as revi
On Thu, 26 May 2022 08:49:42 GMT, Prasanta Sadhukhan
wrote:
>> Malgun_Gothic(https://en.wikipedia.org/wiki/Malgun_Gothic) had replaced
>> Gulim korean font so it needs to be updated to show korean fonts
>
> Prasanta Sadhukhan has updated the pull request with a new target base due to
> a merge
On Wed, 25 May 2022 21:37:07 GMT, Alisen Chung wrote:
>> Changed the drawing area to be increased by 0.5 on the left side to prevent
>> clipping
>
> Alisen Chung has updated the pull request incrementally with one additional
> commit since the last revision:
>
> changed test to headless
You
Indeed .. something very close to that is what is being proposed in a
current PR here :
https://github.com/openjdk/jdk/pull/7449/files
Just bear in mind some of the same constraints and that if printed on a
1200dpi printer
with a scale of 16.67 .. your one pixel line might be too thin to be
se
> Detect the situation where we do need to perform interpolation during
> ImageIcon
> painting and set a hint to the rendering to perform bicubic approximation so
> image details are preserved during transition.
Alexander Zuev has updated the pull request incrementally with one additional
commit
On Fri, 27 May 2022 18:02:51 GMT, Alexander Zuev wrote:
>> Detect the situation where we do need to perform interpolation during
>> ImageIcon
>> painting and set a hint to the rendering to perform bicubic approximation so
>> image details are preserved during transition.
>
> Alexander Zuev has u
I also found
https://github.com/apache/netbeans/blob/master/platform/o.n.swing.plaf/src/org/netbeans/swing/plaf/windows8/DPIUnscaledBorder.java
through that OpenJDK thread that I was reading yesterday, which looks to be
taking a similar approach.
Probably in a world of 4x+ monitors, I would indeed
Improved RenderPerfTest:
- removed RenderPerfLCD.java (we have LCD tests in RenderPerfTest.java)
- corrected and simplified test logic
- added timeout on low performant rendering
- used several markers to recover from missing frames
- protected measurements from multiple paint invocations
On Thu, 28 Apr 2022 13:34:31 GMT, Prasanta Sadhukhan
wrote:
>> Test was failing in linux citing `java.lang.RuntimeException: Expected Total
>> TitledBorder to be freed : 10 Freed 9 `
>> As per the fix done in JDK-8204963
>> http://hg.openjdk.java.net/jdk/jdk/rev/cd7d2f9154fd
>> there was no pl
> **WTrayIconPeer**: removed duplicate call to `popupParent.dispose()` that
> might cause NPE (it looks `popupParent` cannot be `null`); organised imports.
>
> **SystemTray**: removed redundant initialisers; replaced sized array with
> empty array in `toArray` call; dropped `newValue != null` ch
On Wed, 11 May 2022 05:58:31 GMT, Yasumasa Suenaga wrote:
> I saw some compiler warnings when I tried to build OpenJDK with GCC 12.0.1 on
> Fedora 36.
> As you can see, the warnings spreads several areas. Let me know if I should
> separate them by area.
>
> * -Wstringop-overflow
> * src/ho
> Malgun_Gothic(https://en.wikipedia.org/wiki/Malgun_Gothic) had replaced Gulim
> korean font so it needs to be updated to show korean fonts
Prasanta Sadhukhan has updated the pull request incrementally with one
additional commit since the last revision:
Added UTF-8 korean fallback
-
On Fri, 27 May 2022 17:51:45 GMT, Phil Race wrote:
> Good to know. I still believe we should add
> sequence.allfonts.UTF-8.ko=alphabetic,korean,dingbats,symbol since UTF-8 is
> now the default encoding.
Added UTF-8 korean fallback. I get the same above rendering with the same
commandline as a
16 matches
Mail list logo
