RE: dpi on Windows Java 9

[Kenneth Fogel]

I continue to change -J-Dsun.java2d.dpiaware=true to false to have NetBeans 
appear properly and respect Microsoft scaling on a Hi DPI display. Having 
everything scalable regardless of the display is a worthwhile goal. The same 
for having control of the font size for everything, not just the editor and 
output windows.


-Original Message-
From: Christian Lenz  
Sent: September 12, 2018 2:53 AM
To: dev@netbeans.incubator.apache.org
Subject: AW: dpi on Windows Java 9

Great, thx 


Von: Eirik Bakke
Gesendet: Mittwoch, 12. September 2018 00:42
An: dev@netbeans.incubator.apache.org
Betreff: RE: dpi on Windows Java 9

I've submitted a pull request that adds scalable icons for the most important 
window system icons, that is those in o.n.swing.tabcontrol and openide.awt, 
starting with the Windows L (plus a couple of platform-independent icons):

https://github.com/apache/incubator-netbeans/pull/859

LAF icons, in particular, are often both simple and highly parameterized (need 
both enabled, disabled, rollover, and pressed variants, and might eventually 
need Darcula versions), and so made sense to implement with custom painting 
code. This is the approach taken in Swing's own Windows L, e.g. for checkbox 
checks and combobox dropdown arrows [1]. On Windows, in particular, arbitrary 
DPI scalings can be encountered, so the Mac approach of just serving an extra 
bitmap "@2x" resolution for each icon does not work in all cases.

(For other kinds of icons, there's still a need to let ImageUtilities load 
bitmaps with multiple resolutions available. Automatic SVG loading & rendering, 
like Tim Boudreau suggested, would be another great feature.)
 
-- Eirik
[1] See 
http://hg.openjdk.java.net/jdk10/jdk10/jdk/file/tip/src/java.desktop/share/classes/com/sun/java/swing/plaf/windows/WindowsIconFactory.java

-Original Message-
From: Tim Boudreau 
Sent: Sunday, March 11, 2018 5:14 PM
To: dev@netbeans.incubator.apache.org; Emilian Bold 
Subject: Re: dpi on Windows Java 9

IMO, if we wanted to do this and be future-proof, the thing to do would be to 
convert the icons to SVG or some similar vector format and update the icon 
loading code in ImageUtilities to use it.

There are some tools - particularly potrace - that can assist in initial 
conversion, but deal in tracing lines and shapes and give 2- or 3- color output 
(potrace lets you set a single interior color for closed shapes), but which 
could be helpful as a start.

Given that SVG is XML-based, I could imagine that just using something like 
Batik to load SVG would be unacceptable;  but SVG could be used as a 
designer-friendly input stage, and then be compiled by the build process into 
something more performant (either literal Java code that paints the contents of 
the svg, or some binary representation of drawing instructions), much the same 
way resource bundle message annotations are turned into static methods.

I've written code before that implements a Graphics2D that simply stores a list 
of everything it was told to do - wouldn't be that hard to take the list of 
drawing instructions from there and generate Java code to reproduce those steps.

Straw man example:

 - Code that uses an SVG icon is annotated with
@Icon("org/netbeans/modules/x/myIcon.svg")
 - At build time:
   - Annotation processor looks up that file, reads it with Batik, paints it 
into a code-generating Graphics2D which outputs a generated static method 
myIcon() on a generated class in the same package
   - Code that wants to use the icon calls the static method, the same way 
bundle messages are loaded in modern NetBeans code
 - At run time:
   - If using the generated static method, the output is just an image or an 
icon, no surprises
   - For the case where icons are shared across modules (this happens), 
ImageUtilities could be tweaked to, in the case of a .svg extension, try to 
look up the generated class / method (and optionally fall back to Batik if 
nobody minded a dependency on it, but that could be pluggable via Lookup if 
it's even needed)

The hard part is converting to SVG, since turning an image into efficient 
vectors is a genuinely hard problem where there are many non-optimal answers 
and few optimal ones - particularly for converting gradients.  I could imagine 
getting a little better output by running the icon through potrace with several 
color filters on it and combining the output.  But likely it simply requires a 
bunch of manual tweaking.

-Tim


On Sun, Mar 11, 2018 at 4:07 PM, Emilian Bold 
wrote:

> > In my opinion, the correct fix would be for applications to provide 
> > higher resolution icons :) It's a win-win for everyone.
>
> https://nextbeans.com/retina
> https://jaxenter.com/netbeans/netbeans-retina
>
> --emi
>
> ‐‐‐ Original Message ‐‐‐
>
> On 11 March 2018 9:49 PM, cowwoc  wrote:
>
> > I might be in the minority, but I actually prefer the new look. It 

AW: dpi on Windows Java 9

[Christian Lenz]

Great, thx 


Von: Eirik Bakke
Gesendet: Mittwoch, 12. September 2018 00:42
An: dev@netbeans.incubator.apache.org
Betreff: RE: dpi on Windows Java 9

I've submitted a pull request that adds scalable icons for the most important 
window system icons, that is those in o.n.swing.tabcontrol and openide.awt, 
starting with the Windows L (plus a couple of platform-independent icons):

https://github.com/apache/incubator-netbeans/pull/859

LAF icons, in particular, are often both simple and highly parameterized (need 
both enabled, disabled, rollover, and pressed variants, and might eventually 
need Darcula versions), and so made sense to implement with custom painting 
code. This is the approach taken in Swing's own Windows L, e.g. for checkbox 
checks and combobox dropdown arrows [1]. On Windows, in particular, arbitrary 
DPI scalings can be encountered, so the Mac approach of just serving an extra 
bitmap "@2x" resolution for each icon does not work in all cases.

(For other kinds of icons, there's still a need to let ImageUtilities load 
bitmaps with multiple resolutions available. Automatic SVG loading & rendering, 
like Tim Boudreau suggested, would be another great feature.)
 
-- Eirik
[1] See 
http://hg.openjdk.java.net/jdk10/jdk10/jdk/file/tip/src/java.desktop/share/classes/com/sun/java/swing/plaf/windows/WindowsIconFactory.java

-Original Message-
From: Tim Boudreau  
Sent: Sunday, March 11, 2018 5:14 PM
To: dev@netbeans.incubator.apache.org; Emilian Bold 
Subject: Re: dpi on Windows Java 9

IMO, if we wanted to do this and be future-proof, the thing to do would be to 
convert the icons to SVG or some similar vector format and update the icon 
loading code in ImageUtilities to use it.

There are some tools - particularly potrace - that can assist in initial 
conversion, but deal in tracing lines and shapes and give 2- or 3- color output 
(potrace lets you set a single interior color for closed shapes), but which 
could be helpful as a start.

Given that SVG is XML-based, I could imagine that just using something like 
Batik to load SVG would be unacceptable;  but SVG could be used as a 
designer-friendly input stage, and then be compiled by the build process into 
something more performant (either literal Java code that paints the contents of 
the svg, or some binary representation of drawing instructions), much the same 
way resource bundle message annotations are turned into static methods.

I've written code before that implements a Graphics2D that simply stores a list 
of everything it was told to do - wouldn't be that hard to take the list of 
drawing instructions from there and generate Java code to reproduce those steps.

Straw man example:

 - Code that uses an SVG icon is annotated with
@Icon("org/netbeans/modules/x/myIcon.svg")
 - At build time:
   - Annotation processor looks up that file, reads it with Batik, paints it 
into a code-generating Graphics2D which outputs a generated static method 
myIcon() on a generated class in the same package
   - Code that wants to use the icon calls the static method, the same way 
bundle messages are loaded in modern NetBeans code
 - At run time:
   - If using the generated static method, the output is just an image or an 
icon, no surprises
   - For the case where icons are shared across modules (this happens), 
ImageUtilities could be tweaked to, in the case of a .svg extension, try to 
look up the generated class / method (and optionally fall back to Batik if 
nobody minded a dependency on it, but that could be pluggable via Lookup if 
it's even needed)

The hard part is converting to SVG, since turning an image into efficient 
vectors is a genuinely hard problem where there are many non-optimal answers 
and few optimal ones - particularly for converting gradients.  I could imagine 
getting a little better output by running the icon through potrace with several 
color filters on it and combining the output.  But likely it simply requires a 
bunch of manual tweaking.

-Tim


On Sun, Mar 11, 2018 at 4:07 PM, Emilian Bold 
wrote:

> > In my opinion, the correct fix would be for applications to provide 
> > higher resolution icons :) It's a win-win for everyone.
>
> https://nextbeans.com/retina
> https://jaxenter.com/netbeans/netbeans-retina
>
> --emi
>
> ‐‐‐ Original Message ‐‐‐
>
> On 11 March 2018 9:49 PM, cowwoc  wrote:
>
> > I might be in the minority, but I actually prefer the new look. It 
> > makes
> >
> > Netbeans a lot easier to use in high DPI environments (yes, on Windows).
> >
> > Netbeans with JDK 8 looks super tiny.
> >
> > In my opinion, the correct fix would be for applications to provide
> >
> > higher resolution icons :) It's a win-win for everyone.
> >
> > Gili
> >
> > On 2018-03-11 3:14 PM, Neil C Smith wrote:
> >
> > > Hi,
> > >
> > > 

RE: dpi on Windows Java 9

[Eirik Bakke]

I've submitted a pull request that adds scalable icons for the most important 
window system icons, that is those in o.n.swing.tabcontrol and openide.awt, 
starting with the Windows L (plus a couple of platform-independent icons):

https://github.com/apache/incubator-netbeans/pull/859

LAF icons, in particular, are often both simple and highly parameterized (need 
both enabled, disabled, rollover, and pressed variants, and might eventually 
need Darcula versions), and so made sense to implement with custom painting 
code. This is the approach taken in Swing's own Windows L, e.g. for checkbox 
checks and combobox dropdown arrows [1]. On Windows, in particular, arbitrary 
DPI scalings can be encountered, so the Mac approach of just serving an extra 
bitmap "@2x" resolution for each icon does not work in all cases.

(For other kinds of icons, there's still a need to let ImageUtilities load 
bitmaps with multiple resolutions available. Automatic SVG loading & rendering, 
like Tim Boudreau suggested, would be another great feature.)
 
-- Eirik
[1] See 
http://hg.openjdk.java.net/jdk10/jdk10/jdk/file/tip/src/java.desktop/share/classes/com/sun/java/swing/plaf/windows/WindowsIconFactory.java

-Original Message-
From: Tim Boudreau  
Sent: Sunday, March 11, 2018 5:14 PM
To: dev@netbeans.incubator.apache.org; Emilian Bold 
Subject: Re: dpi on Windows Java 9

IMO, if we wanted to do this and be future-proof, the thing to do would be to 
convert the icons to SVG or some similar vector format and update the icon 
loading code in ImageUtilities to use it.

There are some tools - particularly potrace - that can assist in initial 
conversion, but deal in tracing lines and shapes and give 2- or 3- color output 
(potrace lets you set a single interior color for closed shapes), but which 
could be helpful as a start.

Given that SVG is XML-based, I could imagine that just using something like 
Batik to load SVG would be unacceptable;  but SVG could be used as a 
designer-friendly input stage, and then be compiled by the build process into 
something more performant (either literal Java code that paints the contents of 
the svg, or some binary representation of drawing instructions), much the same 
way resource bundle message annotations are turned into static methods.

I've written code before that implements a Graphics2D that simply stores a list 
of everything it was told to do - wouldn't be that hard to take the list of 
drawing instructions from there and generate Java code to reproduce those steps.

Straw man example:

 - Code that uses an SVG icon is annotated with
@Icon("org/netbeans/modules/x/myIcon.svg")
 - At build time:
   - Annotation processor looks up that file, reads it with Batik, paints it 
into a code-generating Graphics2D which outputs a generated static method 
myIcon() on a generated class in the same package
   - Code that wants to use the icon calls the static method, the same way 
bundle messages are loaded in modern NetBeans code
 - At run time:
   - If using the generated static method, the output is just an image or an 
icon, no surprises
   - For the case where icons are shared across modules (this happens), 
ImageUtilities could be tweaked to, in the case of a .svg extension, try to 
look up the generated class / method (and optionally fall back to Batik if 
nobody minded a dependency on it, but that could be pluggable via Lookup if 
it's even needed)

The hard part is converting to SVG, since turning an image into efficient 
vectors is a genuinely hard problem where there are many non-optimal answers 
and few optimal ones - particularly for converting gradients.  I could imagine 
getting a little better output by running the icon through potrace with several 
color filters on it and combining the output.  But likely it simply requires a 
bunch of manual tweaking.

-Tim


On Sun, Mar 11, 2018 at 4:07 PM, Emilian Bold 
wrote:

> > In my opinion, the correct fix would be for applications to provide 
> > higher resolution icons :) It's a win-win for everyone.
>
> https://nextbeans.com/retina
> https://jaxenter.com/netbeans/netbeans-retina
>
> --emi
>
> ‐‐‐ Original Message ‐‐‐
>
> On 11 March 2018 9:49 PM, cowwoc  wrote:
>
> > I might be in the minority, but I actually prefer the new look. It 
> > makes
> >
> > Netbeans a lot easier to use in high DPI environments (yes, on Windows).
> >
> > Netbeans with JDK 8 looks super tiny.
> >
> > In my opinion, the correct fix would be for applications to provide
> >
> > higher resolution icons :) It's a win-win for everyone.
> >
> > Gili
> >
> > On 2018-03-11 3:14 PM, Neil C Smith wrote:
> >
> > > Hi,
> > >
> > > On Sun, 11 Mar 2018, 19:02 , toni.ep...@eppleton.de wrote:
> > >
> > > > It's a 13,3" FHD 1920 x 1080 with app scaling set 

Re: dpi on Windows Java 9

[Emilian Bold]

> (3) Does your code work when a window is dragged from a HiDPI screen to a
non-HiDPI screen in a multi-monitor setup?

I remember adding code specifically to handle this and dragging a window from 
my Retina screen to the other non-retina external display. Because otherwise 
retina assets might look worse scaled down than original non-retina assets.

--emi

‐‐‐ Original Message ‐‐‐

On 23 April 2018 1:23 AM, Eirik Bakke  wrote:

> JDK now has a standard way of loading HiDPI icons on both MacOS, Linux,
> 
> and Windows: An icon named "foo.png" can be paired with an icon named
> 
> "f...@2x.png" of double resolution. Swing will then pick the best icon to
> 
> use at any given point, even when a window is dragged from a HiDPI screen
> 
> to a non-HiDPI screen in a multi-monitor setup. This kind of @2x
> 
> resolution loading works with standard Image APIs such as "new
> 
> ImageIcon(URL)". Relevant resolved JDK issues:
> 
> https://bugs.openjdk.java.net/browse/JDK-8011059 (MacOS support)
> 
> https://bugs.openjdk.java.net/browse/JDK-8073320 (Windows support)
> 
> https://bugs.openjdk.java.net/browse/JDK-8044189 (on making MacOS and
> 
> Windows HiDPI work the same)
> 
> https://bugs.openjdk.java.net/browse/JDK-8055212 (Windows & Linux)
> 
> I think NetBeans should follow the same convention. Generating PNG files
> 
> from SVG files is something that should be done at icon design time--often
> 
> the icon designer needs to do pixel-level tweaks to the small version of
> 
> the icon, or even remove some details for the icon to remain legible. This
> 
> is especially the case for tiny 16x16 icons, or for the super-tiny 8x8
> 
> icon "badges" that netbeans superimposes on project files to indicate
> 
> errors, repo changes, and such.
> 
> As far as NetBeans is concerned, the first step in better HiDPI support
> 
> would be to get ImageUtilities to support the @2x.png loading convention
> 
> on all platforms. I think Emilian has already some some of this work:
> 
> https://github.com/emilianbold/nextbeans/commit/0f99dba0c1b3e8e0bc4e7cec407
> 
> b53d30e85ead1 .
> 
> Questions for Emilian about the work you already did on ImageUtilities:
> 
> (1) Did you ever try this on Windows? (I know you're a Mac guy, like me :-)
> 
> (2) Are you taking advantage of the new interfaces that were added to
> 
> Swing to handle HiDPI rendering? If so, that will likely make it easier to
> 
> get your code working on Windows and Linux as well. I see you have a class
> 
> that extends from MultiResolutionImage, which bodes well.
> 
> (3) Does your code work when a window is dragged from a HiDPI screen to a
> 
> non-HiDPI screen in a multi-monitor setup?
> 
> Once ImageUtilities is made to support @2x loading, the next step is to
> 
> actually update some of the icons. Some icons are much more important than
> 
> others. In particular, just getting 2x versions of the Windows and Mac
> 
> icons in openide.awt/src/org/openide/awt/resources would go a long way.
> 
> Those are all the little UI buttons that are part of the core window
> 
> system (maximize/close tab etc.). If I knew that ImageUtilities would
> 
> support it, and if I have some free time one day, I might be tempted to do
> 
> some of these myself. I'd just make them look exactly as they currently
> 
> do, but at a double resolution (to avoid long design discussions).
> 
> My next laptop will be a HiDPI Windows one, so I might have a chance to do
> 
> more testing on that platform eventually.
> 
> -- Eirik
> 
> On 3/11/18, 5:13 PM, "Tim Boudreau" niftin...@gmail.com wrote:
> 
> > IMO, if we wanted to do this and be future-proof, the thing to do would be
> > 
> > to convert the icons to SVG or some similar vector format and update the
> > 
> > icon loading code in ImageUtilities to use it.
> > 
> > There are some tools - particularly potrace - that can assist in initial
> > 
> > conversion, but deal in tracing lines and shapes and give 2- or 3- color
> > 
> > output (potrace lets you set a single interior color for closed shapes),
> > 
> > but which could be helpful as a start.
> > 
> > Given that SVG is XML-based, I could imagine that just using something
> > 
> > like
> > 
> > Batik to load SVG would be unacceptable; but SVG could be used as a
> > 
> > designer-friendly input stage, and then be compiled by the build process
> > 
> > into something more performant (either literal Java code that paints the
> > 
> > contents of the svg, or some binary representation of drawing
> > 
> > instructions), much the same way resource bundle message annotations are
> > 
> > turned into static methods.
> > 
> > I've written code before that implements a Graphics2D that simply stores a
> > 
> > list of everything it was told to do - wouldn't be that hard to take the
> > 
> > list of drawing instructions from there and generate Java code to
> > 
> > reproduce
> > 
> > those steps.
> > 
> > Straw man example:
> > 
> > -   Code that uses an SVG icon is 

Re: dpi on Windows Java 9

[Eirik Bakke]

JDK now has a standard way of loading HiDPI icons on both MacOS, Linux,
and Windows: An icon named "foo.png" can be paired with an icon named
"f...@2x.png" of double resolution. Swing will then pick the best icon to
use at any given point, even when a window is dragged from a HiDPI screen
to a non-HiDPI screen in a multi-monitor setup. This kind of @2x
resolution loading works with standard Image APIs such as "new
ImageIcon(URL)". Relevant resolved JDK issues:

https://bugs.openjdk.java.net/browse/JDK-8011059 (MacOS support)

https://bugs.openjdk.java.net/browse/JDK-8073320 (Windows support)

https://bugs.openjdk.java.net/browse/JDK-8044189 (on making MacOS and
Windows HiDPI work the same)
https://bugs.openjdk.java.net/browse/JDK-8055212 (Windows & Linux)


I think NetBeans should follow the same convention. Generating PNG files
from SVG files is something that should be done at icon design time--often
the icon designer needs to do pixel-level tweaks to the small version of
the icon, or even remove some details for the icon to remain legible. This
is especially the case for tiny 16x16 icons, or for the super-tiny 8x8
icon "badges" that netbeans superimposes on project files to indicate
errors, repo changes, and such.

As far as NetBeans is concerned, the first step in better HiDPI support
would be to get ImageUtilities to support the @2x.png loading convention
on all platforms. I think Emilian has already some some of this work:
https://github.com/emilianbold/nextbeans/commit/0f99dba0c1b3e8e0bc4e7cec407
b53d30e85ead1 .

Questions for Emilian about the work you already did on ImageUtilities:
(1) Did you ever try this on Windows? (I know you're a Mac guy, like me :-)
(2) Are you taking advantage of the new interfaces that were added to
Swing to handle HiDPI rendering? If so, that will likely make it easier to
get your code working on Windows and Linux as well. I see you have a class
that extends from MultiResolutionImage, which bodes well.
(3) Does your code work when a window is dragged from a HiDPI screen to a
non-HiDPI screen in a multi-monitor setup?

Once ImageUtilities is made to support @2x loading, the next step is to
actually update some of the icons. Some icons are much more important than
others. In particular, just getting 2x versions of the Windows and Mac
icons in openide.awt/src/org/openide/awt/resources would go a long way.
Those are all the little UI buttons that are part of the core window
system (maximize/close tab etc.). If I knew that ImageUtilities would
support it, and if I have some free time one day, I might be tempted to do
some of these myself. I'd just make them look exactly as they currently
do, but at a double resolution (to avoid long design discussions).

My next laptop will be a HiDPI Windows one, so I might have a chance to do
more testing on that platform eventually.

-- Eirik

On 3/11/18, 5:13 PM, "Tim Boudreau"  wrote:

>IMO, if we wanted to do this and be future-proof, the thing to do would be
>to convert the icons to SVG or some similar vector format and update the
>icon loading code in ImageUtilities to use it.
>
>There are some tools - particularly potrace - that can assist in initial
>conversion, but deal in tracing lines and shapes and give 2- or 3- color
>output (potrace lets you set a single interior color for closed shapes),
>but which could be helpful as a start.
>
>Given that SVG is XML-based, I could imagine that just using something
>like
>Batik to load SVG would be unacceptable;  but SVG could be used as a
>designer-friendly input stage, and then be compiled by the build process
>into something more performant (either literal Java code that paints the
>contents of the svg, or some binary representation of drawing
>instructions), much the same way resource bundle message annotations are
>turned into static methods.
>
>I've written code before that implements a Graphics2D that simply stores a
>list of everything it was told to do - wouldn't be that hard to take the
>list of drawing instructions from there and generate Java code to
>reproduce
>those steps.
>
>Straw man example:
>
> - Code that uses an SVG icon is annotated with
>@Icon("org/netbeans/modules/x/myIcon.svg")
> - At build time:
>   - Annotation processor looks up that file, reads it with Batik, paints
>it into a code-generating Graphics2D which outputs a generated static
>method myIcon() on a generated class in the same package
>   - Code that wants to use the icon calls the static method, the same way
>bundle messages are loaded in modern NetBeans code
> - At run time:
>   - If using the generated static method, the output is just an image or
>an icon, no surprises
>   - For the case where icons are shared across modules (this happens),
>ImageUtilities could be tweaked to, in the case of a .svg extension, try
>to
>look up the generated class / method (and optionally fall back to Batik if
>nobody minded a dependency on it, but that could be pluggable via Lookup
>if
>it's 

Re: dpi on Windows Java 9

[Neil C Smith]

Hi Tim,

On Sun, 11 Mar 2018 at 21:13 Tim Boudreau  wrote:

> IMO, if we wanted to do this and be future-proof, the thing to do would be
> to convert the icons to SVG or some similar vector format and update the
> icon loading code in ImageUtilities to use it.
>

While I mostly agree with you, the last time this came up, Emi, myself and
others were also talking about the possibility of icon fonts, which have
the benefit of not requiring any additional libraries for usage.

Still, IMO we also need to reconsider our whole approach to icons, loading,
etc.  I opened issue #427 about providing the ability to plug in to the
branding of text (mainly to address various RCP issues people have).  I was
planning a companion issue to suggest similar ability to plug in to the
icon loading mechanism.  The problem of modularization is that we sometimes
make it more difficult to make global overrides (eg. icon sets, or message
formatters) or share resources, and with regard to icons presume an image
file exists at all (not the case with fonts!).

It would be great if we could come up with an icon strategy that used
logical icon ID's rather than file names (eg. like FreeDesktop / Gnome icon
naming spec), with modules providing a fallback image for the ID?

#427 - https://issues.apache.org/jira/browse/NETBEANS-427
Gnome icon naming spec - https://developer.gnome.org/icon-naming-spec/#names

Best wishes,

Neil
-- 
Neil C Smith
Artist & Technologist
www.neilcsmith.net

Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org

AW: dpi on Windows Java 9

[toni.epple]

Thanks Neil, unfortunately it didn't help.

-Ursprüngliche Nachricht-
Von: Neil C Smith <neilcsm...@apache.org> 
Gesendet: Montag, 12. März 2018 09:50
An: dev@netbeans.incubator.apache.org
Betreff: Re: dpi on Windows Java 9

Hi,

On Mon, 12 Mar 2018, 08:26 , <toni.ep...@eppleton.de> wrote:

> Thanks, but I guess that won't help me. It works fine with NB  8.2/9 
> and JDK 8 on my machine. JDK 9 causes the issues. It seems like the 
> images are scaled to 150%. I've attached a screenshot to illustrate the 
> problem.
>

I found the issue I linked before while checking on the flag Zoran suggested 
and Java 9.

Maybe try –Dsun.java2d.uiScale=1.0

See eg. https://github.com/kirill-grouchnikov/substance/issues/48

Sounds like part of the problem might be non-integral scaling factors too.

Best wishes,

Neil

> --
Neil C Smith
Artist & Technologist
www.neilcsmith.net

Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: dpi on Windows Java 9

[Neil C Smith]

Hi,

On Mon, 12 Mar 2018, 08:26 ,  wrote:

> Thanks, but I guess that won't help me. It works fine with NB  8.2/9 and
> JDK 8 on my machine. JDK 9 causes the issues. It seems like the images are
> scaled to 150%. I've attached a screenshot to illustrate the problem.
>

I found the issue I linked before while checking on the flag Zoran
suggested and Java 9.

Maybe try –Dsun.java2d.uiScale=1.0

See eg. https://github.com/kirill-grouchnikov/substance/issues/48

Sounds like part of the problem might be non-integral scaling factors too.

Best wishes,

Neil

> --
Neil C Smith
Artist & Technologist
www.neilcsmith.net

Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org

AW: dpi on Windows Java 9

[toni.epple]

Thanks, but I guess that won't help me. It works fine with NB  8.2/9 and JDK 8 
on my machine. JDK 9 causes the issues. It seems like the images are scaled to 
150%. I've attached a screenshot to illustrate the problem. 

-Ursprüngliche Nachricht-
Von: Christian Lenz <christian.l...@gmx.net> 
Gesendet: Montag, 12. März 2018 09:19
An: dev@netbeans.incubator.apache.org
Betreff: AW: dpi on Windows Java 9

Here you can see my comment, what I use: 
https://netbeans.org/bugzilla/show_bug.cgi?id=252452#c19

I use Windows 10 with a HiDPI res Display and I use the manifest solution and 
the regedit solution. But I use NB 8.2 with JDK 8.


Cheers

Chris

Von: toni.ep...@eppleton.de
Gesendet: Montag, 12. März 2018 09:16
An: dev@netbeans.incubator.apache.org
Betreff: AW: dpi on Windows Java 9

I found a quick solution I can use tomorrow: I'm setting app scaling on my 
windows system to 100%. This will make some applications look very small, but 
as I'm showing mostly NetBeans and PowerPoint Slides it won't hurt. Also I'll 
need to check what happens with resolution when I connect to a projector, maybe 
this will solve the problem by lowering the resolution anyway. 

--Toni
 

-Ursprüngliche Nachricht-
Von: Geertjan Wielenga <geertjan.wiele...@googlemail.com>
Gesendet: Montag, 12. März 2018 07:52
An: dev@netbeans.incubator.apache.org
Betreff: Re: dpi on Windows Java 9

If you’re building from sources, you could try to replace some of the icons 
with ones that are correctly scaled and pixalated (and then create a pull 
request for them).

Gj

On Monday, March 12, 2018, <toni.ep...@eppleton.de> wrote:

> I tried a couple of windows specific things like compatibility 
> settings for letting Windows scale the application instead of the 
> application itself, but it didn't help. It's probably related to this change 
> in Java 9:
> http://openjdk.java.net/jeps/263
>
>
>
> -Ursprüngliche Nachricht-
> Von: toni.ep...@eppleton.de <toni.ep...@eppleton.de>
> Gesendet: Montag, 12. März 2018 07:32
> An: dev@netbeans.incubator.apache.org
> Betreff: AW: dpi on Windows Java 9
>
> It seems Java 9 ignores this setting. If I set if 
> -J-Dsun.java2d.dpiaware=false I can reproduce the effect in Java 8.
>
> -Ursprüngliche Nachricht-
> Von: toni.ep...@eppleton.de <toni.ep...@eppleton.de>
> Gesendet: Montag, 12. März 2018 07:21
> An: dev@netbeans.incubator.apache.org
> Betreff: AW: dpi on Windows Java 9
>
> Hi Zoran,
>
> thanks, but unfortunately it doesn't help.
>
> Toni
>
> -Ursprüngliche Nachricht-
> Von: Zoran Sevarac <seva...@gmail.com>
> Gesendet: Sonntag, 11. März 2018 20:27
> An: dev@netbeans.incubator.apache.org
> Betreff: Re: dpi on Windows Java 9
>
> Hi Toni
>
> Try if -J-Dsun.java2d.dpiaware=false in netbeans_default_options in 
> /etc/netbeans.conf solves the problem This is the swing problem, and 
> maybe we should consider using false as the default setting
>
> Cheers
> Zoran
>
> On Sun, Mar 11, 2018 at 8:02 PM, <toni.ep...@eppleton.de> wrote:
>
> > It's a 13,3" FHD 1920 x 1080 with app scaling set to 150%. Not sure 
> > if that already counts as high dpi.
> >
> > Toni
> >
> > -Ursprüngliche Nachricht-
> > Von: Emilian Bold <emilian.b...@protonmail.ch>
> > Gesendet: Sonntag, 11. März 2018 19:49
> > An: dev@netbeans.incubator.apache.org
> > Betreff: Re: dpi on Windows Java 9
> >
> > I don't have an answer but, just to confirm, your Windows laptop is 
> > HiDPI, correct?
> >
> > --emi
> >
> > ‐‐‐ Original Message ‐‐‐
> >
> > On 11 March 2018 8:14 PM, <toni.ep...@eppleton.de> wrote:
> >
> > > Hi,
> > >
> > > I recently switched to a windows machine. When building NB from 
> > > sources
> > and running it on JDK8 it looks normal, i.e. like 8.2, but when 
> > running on
> > JDK9 icons are pixelated and double the size.
> > >
> > > Any idea how to fix this? I’ll show NB JShell integration at a
> > conference on Tuesday, and it would be great to have a nice looking 
> > NB for that .
> > >
> > > Thanks
> > >
> > > Toni
> >
> >
> >
> > 
> > - To unsubscribe, e-mail: 
> > dev-unsubscr...@netbeans.incubator.apache.org
> > For additional commands, e-mail:
> > dev-h...@netbeans.incubator.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
> >
> >
> > -

AW: dpi on Windows Java 9

[Christian Lenz]

Here you can see my comment, what I use: 
https://netbeans.org/bugzilla/show_bug.cgi?id=252452#c19

I use Windows 10 with a HiDPI res Display and I use the manifest solution and 
the regedit solution. But I use NB 8.2 with JDK 8.


Cheers

Chris

Von: toni.ep...@eppleton.de
Gesendet: Montag, 12. März 2018 09:16
An: dev@netbeans.incubator.apache.org
Betreff: AW: dpi on Windows Java 9

I found a quick solution I can use tomorrow: I'm setting app scaling on my 
windows system to 100%. This will make some applications look very small, but 
as I'm showing mostly NetBeans and PowerPoint Slides it won't hurt. Also I'll 
need to check what happens with resolution when I connect to a projector, maybe 
this will solve the problem by lowering the resolution anyway. 

--Toni
 

-Ursprüngliche Nachricht-
Von: Geertjan Wielenga <geertjan.wiele...@googlemail.com> 
Gesendet: Montag, 12. März 2018 07:52
An: dev@netbeans.incubator.apache.org
Betreff: Re: dpi on Windows Java 9

If you’re building from sources, you could try to replace some of the icons 
with ones that are correctly scaled and pixalated (and then create a pull 
request for them).

Gj

On Monday, March 12, 2018, <toni.ep...@eppleton.de> wrote:

> I tried a couple of windows specific things like compatibility 
> settings for letting Windows scale the application instead of the 
> application itself, but it didn't help. It's probably related to this change 
> in Java 9:
> http://openjdk.java.net/jeps/263
>
>
>
> -Ursprüngliche Nachricht-
> Von: toni.ep...@eppleton.de <toni.ep...@eppleton.de>
> Gesendet: Montag, 12. März 2018 07:32
> An: dev@netbeans.incubator.apache.org
> Betreff: AW: dpi on Windows Java 9
>
> It seems Java 9 ignores this setting. If I set if 
> -J-Dsun.java2d.dpiaware=false I can reproduce the effect in Java 8.
>
> -Ursprüngliche Nachricht-
> Von: toni.ep...@eppleton.de <toni.ep...@eppleton.de>
> Gesendet: Montag, 12. März 2018 07:21
> An: dev@netbeans.incubator.apache.org
> Betreff: AW: dpi on Windows Java 9
>
> Hi Zoran,
>
> thanks, but unfortunately it doesn't help.
>
> Toni
>
> -Ursprüngliche Nachricht-
> Von: Zoran Sevarac <seva...@gmail.com>
> Gesendet: Sonntag, 11. März 2018 20:27
> An: dev@netbeans.incubator.apache.org
> Betreff: Re: dpi on Windows Java 9
>
> Hi Toni
>
> Try if -J-Dsun.java2d.dpiaware=false in netbeans_default_options in 
> /etc/netbeans.conf solves the problem This is the swing problem, and 
> maybe we should consider using false as the default setting
>
> Cheers
> Zoran
>
> On Sun, Mar 11, 2018 at 8:02 PM, <toni.ep...@eppleton.de> wrote:
>
> > It's a 13,3" FHD 1920 x 1080 with app scaling set to 150%. Not sure 
> > if that already counts as high dpi.
> >
> > Toni
> >
> > -Ursprüngliche Nachricht-
> > Von: Emilian Bold <emilian.b...@protonmail.ch>
> > Gesendet: Sonntag, 11. März 2018 19:49
> > An: dev@netbeans.incubator.apache.org
> > Betreff: Re: dpi on Windows Java 9
> >
> > I don't have an answer but, just to confirm, your Windows laptop is 
> > HiDPI, correct?
> >
> > --emi
> >
> > ‐‐‐ Original Message ‐‐‐
> >
> > On 11 March 2018 8:14 PM, <toni.ep...@eppleton.de> wrote:
> >
> > > Hi,
> > >
> > > I recently switched to a windows machine. When building NB from 
> > > sources
> > and running it on JDK8 it looks normal, i.e. like 8.2, but when 
> > running on
> > JDK9 icons are pixelated and double the size.
> > >
> > > Any idea how to fix this? I’ll show NB JShell integration at a
> > conference on Tuesday, and it would be great to have a nice looking 
> > NB for that .
> > >
> > > Thanks
> > >
> > > Toni
> >
> >
> >
> > 
> > - To unsubscribe, e-mail: 
> > dev-unsubscr...@netbeans.incubator.apache.org
> > For additional commands, e-mail:
> > dev-h...@netbeans.incubator.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
> >
> >
> > 
> > - To unsubscribe, e-mail: 
> > dev-unsubscr...@netbeans.incubator.apache.org
> > For additional commands, e-mail:
> > dev-h...@netbeans.incubator.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >

AW: dpi on Windows Java 9

[toni.epple]

I found a quick solution I can use tomorrow: I'm setting app scaling on my 
windows system to 100%. This will make some applications look very small, but 
as I'm showing mostly NetBeans and PowerPoint Slides it won't hurt. Also I'll 
need to check what happens with resolution when I connect to a projector, maybe 
this will solve the problem by lowering the resolution anyway. 

--Toni
 

-Ursprüngliche Nachricht-
Von: Geertjan Wielenga <geertjan.wiele...@googlemail.com> 
Gesendet: Montag, 12. März 2018 07:52
An: dev@netbeans.incubator.apache.org
Betreff: Re: dpi on Windows Java 9

If you’re building from sources, you could try to replace some of the icons 
with ones that are correctly scaled and pixalated (and then create a pull 
request for them).

Gj

On Monday, March 12, 2018, <toni.ep...@eppleton.de> wrote:

> I tried a couple of windows specific things like compatibility 
> settings for letting Windows scale the application instead of the 
> application itself, but it didn't help. It's probably related to this change 
> in Java 9:
> http://openjdk.java.net/jeps/263
>
>
>
> -Ursprüngliche Nachricht-
> Von: toni.ep...@eppleton.de <toni.ep...@eppleton.de>
> Gesendet: Montag, 12. März 2018 07:32
> An: dev@netbeans.incubator.apache.org
> Betreff: AW: dpi on Windows Java 9
>
> It seems Java 9 ignores this setting. If I set if 
> -J-Dsun.java2d.dpiaware=false I can reproduce the effect in Java 8.
>
> -Ursprüngliche Nachricht-
> Von: toni.ep...@eppleton.de <toni.ep...@eppleton.de>
> Gesendet: Montag, 12. März 2018 07:21
> An: dev@netbeans.incubator.apache.org
> Betreff: AW: dpi on Windows Java 9
>
> Hi Zoran,
>
> thanks, but unfortunately it doesn't help.
>
> Toni
>
> -Ursprüngliche Nachricht-
> Von: Zoran Sevarac <seva...@gmail.com>
> Gesendet: Sonntag, 11. März 2018 20:27
> An: dev@netbeans.incubator.apache.org
> Betreff: Re: dpi on Windows Java 9
>
> Hi Toni
>
> Try if -J-Dsun.java2d.dpiaware=false in netbeans_default_options in 
> /etc/netbeans.conf solves the problem This is the swing problem, and 
> maybe we should consider using false as the default setting
>
> Cheers
> Zoran
>
> On Sun, Mar 11, 2018 at 8:02 PM, <toni.ep...@eppleton.de> wrote:
>
> > It's a 13,3" FHD 1920 x 1080 with app scaling set to 150%. Not sure 
> > if that already counts as high dpi.
> >
> > Toni
> >
> > -Ursprüngliche Nachricht-
> > Von: Emilian Bold <emilian.b...@protonmail.ch>
> > Gesendet: Sonntag, 11. März 2018 19:49
> > An: dev@netbeans.incubator.apache.org
> > Betreff: Re: dpi on Windows Java 9
> >
> > I don't have an answer but, just to confirm, your Windows laptop is 
> > HiDPI, correct?
> >
> > --emi
> >
> > ‐‐‐ Original Message ‐‐‐
> >
> > On 11 March 2018 8:14 PM, <toni.ep...@eppleton.de> wrote:
> >
> > > Hi,
> > >
> > > I recently switched to a windows machine. When building NB from 
> > > sources
> > and running it on JDK8 it looks normal, i.e. like 8.2, but when 
> > running on
> > JDK9 icons are pixelated and double the size.
> > >
> > > Any idea how to fix this? I’ll show NB JShell integration at a
> > conference on Tuesday, and it would be great to have a nice looking 
> > NB for that .
> > >
> > > Thanks
> > >
> > > Toni
> >
> >
> >
> > 
> > - To unsubscribe, e-mail: 
> > dev-unsubscr...@netbeans.incubator.apache.org
> > For additional commands, e-mail:
> > dev-h...@netbeans.incubator.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
> >
> >
> > 
> > - To unsubscribe, e-mail: 
> > dev-unsubscr...@netbeans.incubator.apache.org
> > For additional commands, e-mail:
> > dev-h...@netbeans.incubator.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
> >
>
>
> --
> Zoran Sevarac, PhD, Assistant Professor Department of Software 
> Engineering University of Belgrade, Faculty of Organisational Sciences 
> < http://www.fon.rs> Neuroph <http://neuroph.sourceforge.net/> founder 
> | Java Champion 
> <https://community.oracle.com/community/java/java-champions>
> | NetBeans Dream Team

Re: dpi on Windows Java 9

[Geertjan Wielenga]

If you’re building from sources, you could try to replace some of the icons
with ones that are correctly scaled and pixalated (and then create a pull
request for them).

Gj

On Monday, March 12, 2018, <toni.ep...@eppleton.de> wrote:

> I tried a couple of windows specific things like compatibility settings
> for letting Windows scale the application instead of the application
> itself, but it didn't help. It's probably related to this change in Java 9:
> http://openjdk.java.net/jeps/263
>
>
>
> -Ursprüngliche Nachricht-
> Von: toni.ep...@eppleton.de <toni.ep...@eppleton.de>
> Gesendet: Montag, 12. März 2018 07:32
> An: dev@netbeans.incubator.apache.org
> Betreff: AW: dpi on Windows Java 9
>
> It seems Java 9 ignores this setting. If I set if
> -J-Dsun.java2d.dpiaware=false I can reproduce the effect in Java 8.
>
> -Ursprüngliche Nachricht-
> Von: toni.ep...@eppleton.de <toni.ep...@eppleton.de>
> Gesendet: Montag, 12. März 2018 07:21
> An: dev@netbeans.incubator.apache.org
> Betreff: AW: dpi on Windows Java 9
>
> Hi Zoran,
>
> thanks, but unfortunately it doesn't help.
>
> Toni
>
> -Ursprüngliche Nachricht-
> Von: Zoran Sevarac <seva...@gmail.com>
> Gesendet: Sonntag, 11. März 2018 20:27
> An: dev@netbeans.incubator.apache.org
> Betreff: Re: dpi on Windows Java 9
>
> Hi Toni
>
> Try if -J-Dsun.java2d.dpiaware=false in netbeans_default_options in
> /etc/netbeans.conf solves the problem This is the swing problem, and maybe
> we should consider using false as the default setting
>
> Cheers
> Zoran
>
> On Sun, Mar 11, 2018 at 8:02 PM, <toni.ep...@eppleton.de> wrote:
>
> > It's a 13,3" FHD 1920 x 1080 with app scaling set to 150%. Not sure if
> > that already counts as high dpi.
> >
> > Toni
> >
> > -----Ursprüngliche Nachricht-
> > Von: Emilian Bold <emilian.b...@protonmail.ch>
> > Gesendet: Sonntag, 11. März 2018 19:49
> > An: dev@netbeans.incubator.apache.org
> > Betreff: Re: dpi on Windows Java 9
> >
> > I don't have an answer but, just to confirm, your Windows laptop is
> > HiDPI, correct?
> >
> > --emi
> >
> > ‐‐‐ Original Message ‐‐‐
> >
> > On 11 March 2018 8:14 PM, <toni.ep...@eppleton.de> wrote:
> >
> > > Hi,
> > >
> > > I recently switched to a windows machine. When building NB from
> > > sources
> > and running it on JDK8 it looks normal, i.e. like 8.2, but when
> > running on
> > JDK9 icons are pixelated and double the size.
> > >
> > > Any idea how to fix this? I’ll show NB JShell integration at a
> > conference on Tuesday, and it would be great to have a nice looking NB
> > for that .
> > >
> > > Thanks
> > >
> > > Toni
> >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> > For additional commands, e-mail:
> > dev-h...@netbeans.incubator.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> > For additional commands, e-mail:
> > dev-h...@netbeans.incubator.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
> >
>
>
> --
> Zoran Sevarac, PhD, Assistant Professor
> Department of Software Engineering
> University of Belgrade, Faculty of Organisational Sciences <
> http://www.fon.rs> Neuroph <http://neuroph.sourceforge.net/> founder |
> Java Champion <https://community.oracle.com/community/java/java-champions>
> | NetBeans Dream Team <http://wiki.netbeans.org/NetBeansDreamTeam>
> Homepage: http://www.zoransevarac.com
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

AW: dpi on Windows Java 9

[toni.epple]

I tried a couple of windows specific things like compatibility settings for 
letting Windows scale the application instead of the application itself, but it 
didn't help. It's probably related to this change in Java 9:
http://openjdk.java.net/jeps/263
 


-Ursprüngliche Nachricht-
Von: toni.ep...@eppleton.de <toni.ep...@eppleton.de> 
Gesendet: Montag, 12. März 2018 07:32
An: dev@netbeans.incubator.apache.org
Betreff: AW: dpi on Windows Java 9

It seems Java 9 ignores this setting. If I set if -J-Dsun.java2d.dpiaware=false 
I can reproduce the effect in Java 8.

-Ursprüngliche Nachricht-
Von: toni.ep...@eppleton.de <toni.ep...@eppleton.de>
Gesendet: Montag, 12. März 2018 07:21
An: dev@netbeans.incubator.apache.org
Betreff: AW: dpi on Windows Java 9

Hi Zoran,

thanks, but unfortunately it doesn't help.

Toni

-Ursprüngliche Nachricht-
Von: Zoran Sevarac <seva...@gmail.com>
Gesendet: Sonntag, 11. März 2018 20:27
An: dev@netbeans.incubator.apache.org
Betreff: Re: dpi on Windows Java 9

Hi Toni

Try if -J-Dsun.java2d.dpiaware=false in netbeans_default_options in 
/etc/netbeans.conf solves the problem This is the swing problem, and maybe we 
should consider using false as the default setting

Cheers
Zoran

On Sun, Mar 11, 2018 at 8:02 PM, <toni.ep...@eppleton.de> wrote:

> It's a 13,3" FHD 1920 x 1080 with app scaling set to 150%. Not sure if 
> that already counts as high dpi.
>
> Toni
>
> -Ursprüngliche Nachricht-
> Von: Emilian Bold <emilian.b...@protonmail.ch>
> Gesendet: Sonntag, 11. März 2018 19:49
> An: dev@netbeans.incubator.apache.org
> Betreff: Re: dpi on Windows Java 9
>
> I don't have an answer but, just to confirm, your Windows laptop is 
> HiDPI, correct?
>
> --emi
>
> ‐‐‐ Original Message ‐‐‐
>
> On 11 March 2018 8:14 PM, <toni.ep...@eppleton.de> wrote:
>
> > Hi,
> >
> > I recently switched to a windows machine. When building NB from 
> > sources
> and running it on JDK8 it looks normal, i.e. like 8.2, but when 
> running on
> JDK9 icons are pixelated and double the size.
> >
> > Any idea how to fix this? I’ll show NB JShell integration at a
> conference on Tuesday, and it would be great to have a nice looking NB 
> for that .
> >
> > Thanks
> >
> > Toni
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> For additional commands, e-mail: 
> dev-h...@netbeans.incubator.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> For additional commands, e-mail: 
> dev-h...@netbeans.incubator.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>


--
Zoran Sevarac, PhD, Assistant Professor
Department of Software Engineering
University of Belgrade, Faculty of Organisational Sciences <http://www.fon.rs> 
Neuroph <http://neuroph.sourceforge.net/> founder | Java Champion 
<https://community.oracle.com/community/java/java-champions> | NetBeans Dream 
Team <http://wiki.netbeans.org/NetBeansDreamTeam>
Homepage: http://www.zoransevarac.com


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

AW: dpi on Windows Java 9

[toni.epple]

It seems Java 9 ignores this setting. If I set if -J-Dsun.java2d.dpiaware=false 
I can reproduce the effect in Java 8.

-Ursprüngliche Nachricht-
Von: toni.ep...@eppleton.de <toni.ep...@eppleton.de> 
Gesendet: Montag, 12. März 2018 07:21
An: dev@netbeans.incubator.apache.org
Betreff: AW: dpi on Windows Java 9

Hi Zoran,

thanks, but unfortunately it doesn't help.

Toni

-Ursprüngliche Nachricht-
Von: Zoran Sevarac <seva...@gmail.com>
Gesendet: Sonntag, 11. März 2018 20:27
An: dev@netbeans.incubator.apache.org
Betreff: Re: dpi on Windows Java 9

Hi Toni

Try if -J-Dsun.java2d.dpiaware=false in netbeans_default_options in 
/etc/netbeans.conf solves the problem This is the swing problem, and maybe we 
should consider using false as the default setting

Cheers
Zoran

On Sun, Mar 11, 2018 at 8:02 PM, <toni.ep...@eppleton.de> wrote:

> It's a 13,3" FHD 1920 x 1080 with app scaling set to 150%. Not sure if 
> that already counts as high dpi.
>
> Toni
>
> -Ursprüngliche Nachricht-
> Von: Emilian Bold <emilian.b...@protonmail.ch>
> Gesendet: Sonntag, 11. März 2018 19:49
> An: dev@netbeans.incubator.apache.org
> Betreff: Re: dpi on Windows Java 9
>
> I don't have an answer but, just to confirm, your Windows laptop is 
> HiDPI, correct?
>
> --emi
>
> ‐‐‐ Original Message ‐‐‐
>
> On 11 March 2018 8:14 PM, <toni.ep...@eppleton.de> wrote:
>
> > Hi,
> >
> > I recently switched to a windows machine. When building NB from 
> > sources
> and running it on JDK8 it looks normal, i.e. like 8.2, but when 
> running on
> JDK9 icons are pixelated and double the size.
> >
> > Any idea how to fix this? I’ll show NB JShell integration at a
> conference on Tuesday, and it would be great to have a nice looking NB 
> for that .
> >
> > Thanks
> >
> > Toni
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> For additional commands, e-mail: 
> dev-h...@netbeans.incubator.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> For additional commands, e-mail: 
> dev-h...@netbeans.incubator.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>


--
Zoran Sevarac, PhD, Assistant Professor
Department of Software Engineering
University of Belgrade, Faculty of Organisational Sciences <http://www.fon.rs> 
Neuroph <http://neuroph.sourceforge.net/> founder | Java Champion 
<https://community.oracle.com/community/java/java-champions> | NetBeans Dream 
Team <http://wiki.netbeans.org/NetBeansDreamTeam>
Homepage: http://www.zoransevarac.com


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

AW: dpi on Windows Java 9

[toni.epple]

Hi Zoran,

thanks, but unfortunately it doesn't help.

Toni

-Ursprüngliche Nachricht-
Von: Zoran Sevarac <seva...@gmail.com> 
Gesendet: Sonntag, 11. März 2018 20:27
An: dev@netbeans.incubator.apache.org
Betreff: Re: dpi on Windows Java 9

Hi Toni

Try if -J-Dsun.java2d.dpiaware=false in netbeans_default_options in 
/etc/netbeans.conf solves the problem This is the swing problem, and maybe we 
should consider using false as the default setting

Cheers
Zoran

On Sun, Mar 11, 2018 at 8:02 PM, <toni.ep...@eppleton.de> wrote:

> It's a 13,3" FHD 1920 x 1080 with app scaling set to 150%. Not sure if 
> that already counts as high dpi.
>
> Toni
>
> -Ursprüngliche Nachricht-
> Von: Emilian Bold <emilian.b...@protonmail.ch>
> Gesendet: Sonntag, 11. März 2018 19:49
> An: dev@netbeans.incubator.apache.org
> Betreff: Re: dpi on Windows Java 9
>
> I don't have an answer but, just to confirm, your Windows laptop is 
> HiDPI, correct?
>
> --emi
>
> ‐‐‐ Original Message ‐‐‐
>
> On 11 March 2018 8:14 PM, <toni.ep...@eppleton.de> wrote:
>
> > Hi,
> >
> > I recently switched to a windows machine. When building NB from 
> > sources
> and running it on JDK8 it looks normal, i.e. like 8.2, but when 
> running on
> JDK9 icons are pixelated and double the size.
> >
> > Any idea how to fix this? I’ll show NB JShell integration at a
> conference on Tuesday, and it would be great to have a nice looking NB 
> for that .
> >
> > Thanks
> >
> > Toni
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> For additional commands, e-mail: 
> dev-h...@netbeans.incubator.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> For additional commands, e-mail: 
> dev-h...@netbeans.incubator.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>


--
Zoran Sevarac, PhD, Assistant Professor
Department of Software Engineering
University of Belgrade, Faculty of Organisational Sciences <http://www.fon.rs> 
Neuroph <http://neuroph.sourceforge.net/> founder | Java Champion 
<https://community.oracle.com/community/java/java-champions> | NetBeans Dream 
Team <http://wiki.netbeans.org/NetBeansDreamTeam>
Homepage: http://www.zoransevarac.com


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: dpi on Windows Java 9

[Tim Boudreau]

IMO, if we wanted to do this and be future-proof, the thing to do would be
to convert the icons to SVG or some similar vector format and update the
icon loading code in ImageUtilities to use it.

There are some tools - particularly potrace - that can assist in initial
conversion, but deal in tracing lines and shapes and give 2- or 3- color
output (potrace lets you set a single interior color for closed shapes),
but which could be helpful as a start.

Given that SVG is XML-based, I could imagine that just using something like
Batik to load SVG would be unacceptable;  but SVG could be used as a
designer-friendly input stage, and then be compiled by the build process
into something more performant (either literal Java code that paints the
contents of the svg, or some binary representation of drawing
instructions), much the same way resource bundle message annotations are
turned into static methods.

I've written code before that implements a Graphics2D that simply stores a
list of everything it was told to do - wouldn't be that hard to take the
list of drawing instructions from there and generate Java code to reproduce
those steps.

Straw man example:

 - Code that uses an SVG icon is annotated with
@Icon("org/netbeans/modules/x/myIcon.svg")
 - At build time:
   - Annotation processor looks up that file, reads it with Batik, paints
it into a code-generating Graphics2D which outputs a generated static
method myIcon() on a generated class in the same package
   - Code that wants to use the icon calls the static method, the same way
bundle messages are loaded in modern NetBeans code
 - At run time:
   - If using the generated static method, the output is just an image or
an icon, no surprises
   - For the case where icons are shared across modules (this happens),
ImageUtilities could be tweaked to, in the case of a .svg extension, try to
look up the generated class / method (and optionally fall back to Batik if
nobody minded a dependency on it, but that could be pluggable via Lookup if
it's even needed)

The hard part is converting to SVG, since turning an image into efficient
vectors is a genuinely hard problem where there are many non-optimal
answers and few optimal ones - particularly for converting gradients.  I
could imagine getting a little better output by running the icon through
potrace with several color filters on it and combining the output.  But
likely it simply requires a bunch of manual tweaking.

-Tim


On Sun, Mar 11, 2018 at 4:07 PM, Emilian Bold 
wrote:

> > In my opinion, the correct fix would be for applications to provide
> > higher resolution icons :) It's a win-win for everyone.
>
> https://nextbeans.com/retina
> https://jaxenter.com/netbeans/netbeans-retina
>
> --emi
>
> ‐‐‐ Original Message ‐‐‐
>
> On 11 March 2018 9:49 PM, cowwoc  wrote:
>
> > I might be in the minority, but I actually prefer the new look. It makes
> >
> > Netbeans a lot easier to use in high DPI environments (yes, on Windows).
> >
> > Netbeans with JDK 8 looks super tiny.
> >
> > In my opinion, the correct fix would be for applications to provide
> >
> > higher resolution icons :) It's a win-win for everyone.
> >
> > Gili
> >
> > On 2018-03-11 3:14 PM, Neil C Smith wrote:
> >
> > > Hi,
> > >
> > > On Sun, 11 Mar 2018, 19:02 , toni.ep...@eppleton.de wrote:
> > >
> > > > It's a 13,3" FHD 1920 x 1080 with app scaling set to 150%. Not sure
> if
> > > >
> > > > that already counts as high dpi.
> > >
> > > Looks like you're not alone anyway
> > >
> > > https://bugs.openjdk.java.net/browse/JDK-8187367
> > >
> > > Not sure if there's a workaround amongst that lot!
> > >
> > > Best wishes,
> > >
> > > Neil
> > >
> > > > --
> > > >
> > > > Neil C Smith
> > > >
> > > > Artist & Technologist
> > > >
> > > > www.neilcsmith.net
> > >
> > > Praxis LIVE - hybrid visual IDE for creative coding -
> www.praxislive.org
> >
> > --
> >
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> >
> > For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> >
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>


-- 
http://timboudreau.com

AW: dpi on Windows Java 9

[Christian Lenz]

So someone should merge that great work of Emilian bold into the NetBeans core 
Code. Maybe Emilian is willing to make a PR to the core Code. That would be 
great.

Gesendet von Mail für Windows 10

Von: Emilian Bold
Gesendet: Sonntag, 11. März 2018 21:07
An: dev@netbeans.incubator.apache.org
Betreff: Re: dpi on Windows Java 9

> In my opinion, the correct fix would be for applications to provide
> higher resolution icons :) It's a win-win for everyone.

https://nextbeans.com/retina
https://jaxenter.com/netbeans/netbeans-retina

--emi

‐‐‐ Original Message ‐‐‐

On 11 March 2018 9:49 PM, cowwoc <cow...@bbs.darktech.org> wrote:

> I might be in the minority, but I actually prefer the new look. It makes
> 
> Netbeans a lot easier to use in high DPI environments (yes, on Windows).
> 
> Netbeans with JDK 8 looks super tiny.
> 
> In my opinion, the correct fix would be for applications to provide
> 
> higher resolution icons :) It's a win-win for everyone.
> 
> Gili
> 
> On 2018-03-11 3:14 PM, Neil C Smith wrote:
> 
> > Hi,
> > 
> > On Sun, 11 Mar 2018, 19:02 , toni.ep...@eppleton.de wrote:
> > 
> > > It's a 13,3" FHD 1920 x 1080 with app scaling set to 150%. Not sure if
> > > 
> > > that already counts as high dpi.
> > 
> > Looks like you're not alone anyway
> > 
> > https://bugs.openjdk.java.net/browse/JDK-8187367
> > 
> > Not sure if there's a workaround amongst that lot!
> > 
> > Best wishes,
> > 
> > Neil
> > 
> > > --
> > > 
> > > Neil C Smith
> > > 
> > > Artist & Technologist
> > > 
> > > www.neilcsmith.net
> > 
> > Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org
> 
> --
> 
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> 
> For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org
> 
> For further information about the NetBeans mailing lists, visit:
> 
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: dpi on Windows Java 9

[Emilian Bold]

> In my opinion, the correct fix would be for applications to provide
> higher resolution icons :) It's a win-win for everyone.

https://nextbeans.com/retina
https://jaxenter.com/netbeans/netbeans-retina

--emi

‐‐‐ Original Message ‐‐‐

On 11 March 2018 9:49 PM, cowwoc  wrote:

> I might be in the minority, but I actually prefer the new look. It makes
> 
> Netbeans a lot easier to use in high DPI environments (yes, on Windows).
> 
> Netbeans with JDK 8 looks super tiny.
> 
> In my opinion, the correct fix would be for applications to provide
> 
> higher resolution icons :) It's a win-win for everyone.
> 
> Gili
> 
> On 2018-03-11 3:14 PM, Neil C Smith wrote:
> 
> > Hi,
> > 
> > On Sun, 11 Mar 2018, 19:02 , toni.ep...@eppleton.de wrote:
> > 
> > > It's a 13,3" FHD 1920 x 1080 with app scaling set to 150%. Not sure if
> > > 
> > > that already counts as high dpi.
> > 
> > Looks like you're not alone anyway
> > 
> > https://bugs.openjdk.java.net/browse/JDK-8187367
> > 
> > Not sure if there's a workaround amongst that lot!
> > 
> > Best wishes,
> > 
> > Neil
> > 
> > > --
> > > 
> > > Neil C Smith
> > > 
> > > Artist & Technologist
> > > 
> > > www.neilcsmith.net
> > 
> > Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org
> 
> --
> 
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> 
> For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org
> 
> For further information about the NetBeans mailing lists, visit:
> 
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: dpi on Windows Java 9

[cowwoc]

I might be in the minority, but I actually prefer the new look. It makes 
Netbeans a lot easier to use in high DPI environments (yes, on Windows). 
Netbeans with JDK 8 looks super tiny.


In my opinion, the correct fix would be for applications to provide 
higher resolution icons :) It's a win-win for everyone.


Gili

On 2018-03-11 3:14 PM, Neil C Smith wrote:

Hi,

On Sun, 11 Mar 2018, 19:02 ,  wrote:


It's a 13,3" FHD 1920 x 1080 with app scaling set to 150%. Not sure if
that already counts as high dpi.


Looks like you're not alone anyway
https://bugs.openjdk.java.net/browse/JDK-8187367

Not sure if there's a workaround amongst that lot!

Best wishes,

Neil


--

Neil C Smith
Artist & Technologist
www.neilcsmith.net

Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org




-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: dpi on Windows Java 9

[Zoran Sevarac]

Hi Toni

Try if -J-Dsun.java2d.dpiaware=false in netbeans_default_options in
/etc/netbeans.conf solves the problem
This is the swing problem, and maybe we should consider using false as the
default setting

Cheers
Zoran

On Sun, Mar 11, 2018 at 8:02 PM, <toni.ep...@eppleton.de> wrote:

> It's a 13,3" FHD 1920 x 1080 with app scaling set to 150%. Not sure if
> that already counts as high dpi.
>
> Toni
>
> -Ursprüngliche Nachricht-
> Von: Emilian Bold <emilian.b...@protonmail.ch>
> Gesendet: Sonntag, 11. März 2018 19:49
> An: dev@netbeans.incubator.apache.org
> Betreff: Re: dpi on Windows Java 9
>
> I don't have an answer but, just to confirm, your Windows laptop is HiDPI,
> correct?
>
> --emi
>
> ‐‐‐ Original Message ‐‐‐
>
> On 11 March 2018 8:14 PM, <toni.ep...@eppleton.de> wrote:
>
> > Hi,
> >
> > I recently switched to a windows machine. When building NB from sources
> and running it on JDK8 it looks normal, i.e. like 8.2, but when running on
> JDK9 icons are pixelated and double the size.
> >
> > Any idea how to fix this? I’ll show NB JShell integration at a
> conference on Tuesday, and it would be great to have a nice looking NB for
> that .
> >
> > Thanks
> >
> > Toni
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>


-- 
Zoran Sevarac, PhD, Assistant Professor
Department of Software Engineering
University of Belgrade, Faculty of Organisational Sciences
<http://www.fon.rs>
Neuroph <http://neuroph.sourceforge.net/> founder | Java Champion
<https://community.oracle.com/community/java/java-champions> | NetBeans
Dream Team <http://wiki.netbeans.org/NetBeansDreamTeam>
Homepage: http://www.zoransevarac.com

Re: dpi on Windows Java 9

[Neil C Smith]

Hi,

On Sun, 11 Mar 2018, 19:02 ,  wrote:

> It's a 13,3" FHD 1920 x 1080 with app scaling set to 150%. Not sure if
> that already counts as high dpi.
>

Looks like you're not alone anyway
https://bugs.openjdk.java.net/browse/JDK-8187367

Not sure if there's a workaround amongst that lot!

Best wishes,

Neil

> --
Neil C Smith
Artist & Technologist
www.neilcsmith.net

Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org

AW: dpi on Windows Java 9

[toni.epple]

It's a 13,3" FHD 1920 x 1080 with app scaling set to 150%. Not sure if that 
already counts as high dpi.

Toni 

-Ursprüngliche Nachricht-
Von: Emilian Bold <emilian.b...@protonmail.ch> 
Gesendet: Sonntag, 11. März 2018 19:49
An: dev@netbeans.incubator.apache.org
Betreff: Re: dpi on Windows Java 9

I don't have an answer but, just to confirm, your Windows laptop is HiDPI, 
correct?

--emi

‐‐‐ Original Message ‐‐‐

On 11 March 2018 8:14 PM, <toni.ep...@eppleton.de> wrote:

> Hi,
> 
> I recently switched to a windows machine. When building NB from sources and 
> running it on JDK8 it looks normal, i.e. like 8.2, but when running on JDK9 
> icons are pixelated and double the size.
> 
> Any idea how to fix this? I’ll show NB JShell integration at a conference on 
> Tuesday, and it would be great to have a nice looking NB for that .
> 
> Thanks
> 
> Toni



-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: dpi on Windows Java 9

[Emilian Bold]

I don't have an answer but, just to confirm, your Windows laptop is HiDPI, 
correct?

--emi

‐‐‐ Original Message ‐‐‐

On 11 March 2018 8:14 PM,  wrote:

> Hi,
> 
> I recently switched to a windows machine. When building NB from sources and 
> running it on JDK8 it looks normal, i.e. like 8.2, but when running on JDK9 
> icons are pixelated and double the size.
> 
> Any idea how to fix this? I’ll show NB JShell integration at a conference on 
> Tuesday, and it would be great to have a nice looking NB for that .
> 
> Thanks
> 
> Toni



-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

dpi on Windows Java 9

[toni.epple]

Hi,

 

I recently switched to a windows machine. When building NB from sources and 
running it on JDK8 it looks normal, i.e. like 8.2, but when running on JDK9 
icons are pixelated and double the size. 

 

Any idea how to fix this? I’ll show NB JShell integration at a conference on 
Tuesday, and it would be great to have a nice looking NB for that .

 

Thanks 

 

Toni