New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

PDE is 2x smaller on high-res Windows machines #2411

Closed
Ruby-Paredes opened this Issue Mar 26, 2014 · 23 comments

Comments

Projects
None yet
@Ruby-Paredes

Ruby-Paredes commented Mar 26, 2014

I bought a new laptop with a high resolution, it's a "Lenovo Yoga" with windows 8. Processing worked on my old mac book,but now the tool bar (run, stop, new etc) and my actual sketches are tiny!! I've tried lowering my resolution on my laptop, and looked all through page setup and preferences in processing. Please help I'm very new to this

@alignedleft

This comment has been minimized.

Show comment
Hide comment
@alignedleft

alignedleft Mar 26, 2014

Member

Can you attach some screenshots so we can see the issue? When you say sketches are tiny, how much smaller are they than expected? (e.g., exactly 1/2 size, or 1/4 size…) Please include specifics, or it will be difficult to troubleshoot the issue.

Member

alignedleft commented Mar 26, 2014

Can you attach some screenshots so we can see the issue? When you say sketches are tiny, how much smaller are they than expected? (e.g., exactly 1/2 size, or 1/4 size…) Please include specifics, or it will be difficult to troubleshoot the issue.

@Ruby-Paredes

This comment has been minimized.

Show comment
Hide comment
@Ruby-Paredes

Ruby-Paredes Mar 27, 2014

I can't tell the exact dimensions, but i have tried to attach said screenshots. Firstly its initial size in comparison to my desktop background, and then when i extend it to full screen mode (note both times i shown the size of the sketch and set it to 300,400). My main issue is the toolbar is about half the normal size, and almost unreadable, and the actual sketches are too small to interact with. I know i can change the font size of the code i write, but that doesnt effect the sketch or tool bar. Thank you for answering, i hope you can help

screenshot-processing
screenshot-processing2

Ruby-Paredes commented Mar 27, 2014

I can't tell the exact dimensions, but i have tried to attach said screenshots. Firstly its initial size in comparison to my desktop background, and then when i extend it to full screen mode (note both times i shown the size of the sketch and set it to 300,400). My main issue is the toolbar is about half the normal size, and almost unreadable, and the actual sketches are too small to interact with. I know i can change the font size of the code i write, but that doesnt effect the sketch or tool bar. Thank you for answering, i hope you can help

screenshot-processing
screenshot-processing2

@alignedleft

This comment has been minimized.

Show comment
Hide comment
@alignedleft

alignedleft Mar 28, 2014

Member

Thanks, the images are helpful.

We've seen a number of issues related to high-res displays, usually Apple Retina displays. This may be related to issues like #1812 and #1699.

@codeanticode is probably in a better position to evaluate this.

Member

alignedleft commented Mar 28, 2014

Thanks, the images are helpful.

We've seen a number of issues related to high-res displays, usually Apple Retina displays. This may be related to issues like #1812 and #1699.

@codeanticode is probably in a better position to evaluate this.

@benfry benfry changed the title from Processing appears tinny on my screen to Processing appears at half size on high-res Windows 8 machines May 10, 2014

@benfry benfry changed the title from Processing appears at half size on high-res Windows 8 machines to PDE and sketches are 2x smaller on high-res Windows 8 machines May 10, 2014

@JukePlz

This comment has been minimized.

Show comment
Hide comment
@JukePlz

JukePlz Sep 8, 2015

Scaling on modern Windows versions is governed by the DPI setting. There is available documentation on how aplications are expected to behave in relation to this.

Just though I drop off the link here for anyone triying to implement this:
https://msdn.microsoft.com/en-us/library/windows/desktop/dn469266%28v=vs.85%29.aspx

JukePlz commented Sep 8, 2015

Scaling on modern Windows versions is governed by the DPI setting. There is available documentation on how aplications are expected to behave in relation to this.

Just though I drop off the link here for anyone triying to implement this:
https://msdn.microsoft.com/en-us/library/windows/desktop/dn469266%28v=vs.85%29.aspx

@vormplus

This comment has been minimized.

Show comment
Hide comment
@vormplus

vormplus Feb 21, 2016

Looks like this bug is back. Some of my students have a Dell Inspiron 15 7000 with a 4K UltraHD touch screen. (Resolution 3840 x 2160 pixels). These machines are running Windows 10.

Writing code works if you bump the editor font size to the maximum, but the biggest problem is that the menu items and tabs are too small to click with a trackpad. Sketches are also way too small, making it difficult to work with controlP5.

I think it would be good to find a solution that will work on any screen resolution. Two years from now, there will be quite a few 8K monitors on the market.

processing-windows-4k-screen-bug

vormplus commented Feb 21, 2016

Looks like this bug is back. Some of my students have a Dell Inspiron 15 7000 with a 4K UltraHD touch screen. (Resolution 3840 x 2160 pixels). These machines are running Windows 10.

Writing code works if you bump the editor font size to the maximum, but the biggest problem is that the menu items and tabs are too small to click with a trackpad. Sketches are also way too small, making it difficult to work with controlP5.

I think it would be good to find a solution that will work on any screen resolution. Two years from now, there will be quite a few 8K monitors on the market.

processing-windows-4k-screen-bug

@adamribaudo

This comment has been minimized.

Show comment
Hide comment
@adamribaudo

adamribaudo Mar 2, 2016

Just repeating what others have found...same issue on a Microsoft Surface Pro 4 which has a high density screen. Screen shot attached showing Processing next to this post for reference. Running Windows 10

processing size

adamribaudo commented Mar 2, 2016

Just repeating what others have found...same issue on a Microsoft Surface Pro 4 which has a high density screen. Screen shot attached showing Processing next to this post for reference. Running Windows 10

processing size

@benfry

This comment has been minimized.

Show comment
Hide comment
@benfry

benfry Apr 22, 2016

Member

Yes, this is a known issue, no need to repeat. Nobody has submitted a fix, and it will continue to be a problem until this bug is closed.

Member

benfry commented Apr 22, 2016

Yes, this is a known issue, no need to repeat. Nobody has submitted a fix, and it will continue to be a problem until this bug is closed.

@benfry benfry changed the title from PDE and sketches are 2x smaller on high-res Windows 8 machines to PDE and sketches are 2x smaller on high-res Windows 8/10 machines May 8, 2016

@benfry benfry changed the title from PDE and sketches are 2x smaller on high-res Windows 8/10 machines to PDE and sketches are 2x smaller on high-res Windows machines May 8, 2016

@garymike

This comment has been minimized.

Show comment
Hide comment
@garymike

garymike May 11, 2016

I'd like to begin addressing this issue. Any other ideas on an angle I should begin attacking this from?

garymike commented May 11, 2016

I'd like to begin addressing this issue. Any other ideas on an angle I should begin attacking this from?

@benfry

This comment has been minimized.

Show comment
Hide comment
@benfry

benfry May 12, 2016

Member

I don't know, unfortunately—you might check what the Arduino folks did to modify our code to make it work.

Member

benfry commented May 12, 2016

I don't know, unfortunately—you might check what the Arduino folks did to modify our code to make it work.

@JukePlz

This comment has been minimized.

Show comment
Hide comment
@JukePlz

JukePlz May 13, 2016

@garymike if you will take on this, the arduino related discusion for the implementation of this is on this PRs:

arduino/Arduino#2776
arduino/Arduino#4376

The proper way to do this for UI would be with vector graphics, the Arduino people downscaled some of them. Search for .png in the repo files to find UI elements that may need consideration, many are unique to processing's IDE.

JukePlz commented May 13, 2016

@garymike if you will take on this, the arduino related discusion for the implementation of this is on this PRs:

arduino/Arduino#2776
arduino/Arduino#4376

The proper way to do this for UI would be with vector graphics, the Arduino people downscaled some of them. Search for .png in the repo files to find UI elements that may need consideration, many are unique to processing's IDE.

@garymike

This comment has been minimized.

Show comment
Hide comment
@garymike

garymike May 13, 2016

Thank you, those were the two I dug through yesterday on their repository. They seem to have added a lot of flexibility in their scaling range, I will likely focus on making 4k and 5k look pristine to keep the code lightweight.

garymike commented May 13, 2016

Thank you, those were the two I dug through yesterday on their repository. They seem to have added a lot of flexibility in their scaling range, I will likely focus on making 4k and 5k look pristine to keep the code lightweight.

@benfry

This comment has been minimized.

Show comment
Hide comment
@benfry

benfry May 13, 2016

Member

The 2x image assets (and a means for switching between them) are already implemented for OS X. The difference is that I have no idea how the screen even reports that it's high-density (on Windows and Linux), nor how the other GUI elements that we get from Swing (menubars, windows, buttons) should be handled. On OS X, for instance, we get the Swing scaling for free (from the OS) when we set a parameter in the app's configuration.

Suffice to say, we're not looking to redo the UI to handle infinite/variable scaling. That's far too much effort that would better be spent on just about any of the 250 issues found here.

Member

benfry commented May 13, 2016

The 2x image assets (and a means for switching between them) are already implemented for OS X. The difference is that I have no idea how the screen even reports that it's high-density (on Windows and Linux), nor how the other GUI elements that we get from Swing (menubars, windows, buttons) should be handled. On OS X, for instance, we get the Swing scaling for free (from the OS) when we set a parameter in the app's configuration.

Suffice to say, we're not looking to redo the UI to handle infinite/variable scaling. That's far too much effort that would better be spent on just about any of the 250 issues found here.

@benfry benfry added the high label Aug 6, 2016

@aglie

This comment has been minimized.

Show comment
Hide comment
@aglie

aglie Aug 11, 2016

Is it possible to pass a java argument to Processing.exe? Some recipes say that it is sufficient to turn off the Dsun.java2d.dpiaware to instruct windows to rescale the app automatically, but I could not test it.

A bit more information on the flags here and here.

aglie commented Aug 11, 2016

Is it possible to pass a java argument to Processing.exe? Some recipes say that it is sufficient to turn off the Dsun.java2d.dpiaware to instruct windows to rescale the app automatically, but I could not test it.

A bit more information on the flags here and here.

@benfry

This comment has been minimized.

Show comment
Hide comment
@benfry

benfry Aug 11, 2016

Member

Thanks for looking into it. You had my hopes up, but it looks like the setting is broken in Java 8: http://superuser.com/a/1007783.

To try the setting, modify the run.options line your preferences.txt file to read:

run.options = -Dsun.java2d.dpiaware=false

That'll change it for sketches that you run (or export) from the PDE. If that does work, I can add it to the PDE itself (and make it the default until we have a more complete solution).

Member

benfry commented Aug 11, 2016

Thanks for looking into it. You had my hopes up, but it looks like the setting is broken in Java 8: http://superuser.com/a/1007783.

To try the setting, modify the run.options line your preferences.txt file to read:

run.options = -Dsun.java2d.dpiaware=false

That'll change it for sketches that you run (or export) from the PDE. If that does work, I can add it to the PDE itself (and make it the default until we have a more complete solution).

@aglie

This comment has been minimized.

Show comment
Hide comment
@aglie

aglie Aug 11, 2016

Thank you for the instruction on how to push the flag. It had no effect, though, as expected. Oh well, let's hope the problem will go away in the next versions of Swing/Java

aglie commented Aug 11, 2016

Thank you for the instruction on how to push the flag. It had no effect, though, as expected. Oh well, let's hope the problem will go away in the next versions of Swing/Java

@mastrolinux

This comment has been minimized.

Show comment
Hide comment
@mastrolinux

mastrolinux Oct 11, 2016

It is not windows only. I am able to reproduce the issue with Ubuntu Linux 16.04 LTS.

mastrolinux commented Oct 11, 2016

It is not windows only. I am able to reproduce the issue with Ubuntu Linux 16.04 LTS.

@benfry

This comment has been minimized.

Show comment
Hide comment
@benfry

benfry Oct 12, 2016

Member

@mastrolinux There's a separate issue already open for Linux: #4183

Member

benfry commented Oct 12, 2016

@mastrolinux There's a separate issue already open for Linux: #4183

@kaofishy

This comment has been minimized.

Show comment
Hide comment
@kaofishy

kaofishy Oct 28, 2016

As temporary workaround you can use a resource editor like Resource Hacker or Resource Tuner to edit the manifests of the java.exe and javaw.exe from Processing's JRE, and change the dpiAware tag from true to false. This will enable the "old style" scaling which, while not pretty, is at least usable.

kaofishy commented Oct 28, 2016

As temporary workaround you can use a resource editor like Resource Hacker or Resource Tuner to edit the manifests of the java.exe and javaw.exe from Processing's JRE, and change the dpiAware tag from true to false. This will enable the "old style" scaling which, while not pretty, is at least usable.

@AlessandroSpadoni

This comment has been minimized.

Show comment
Hide comment
@AlessandroSpadoni

AlessandroSpadoni Dec 9, 2016

@kaofishy I used Resource Hacker and I edited the files java.exe and javaw.exe contained in Processing folder->java->bin. Is this correct? because it is not working for me. I am using a Dell Inspiron 15 7000 series with Windows 10.

AlessandroSpadoni commented Dec 9, 2016

@kaofishy I used Resource Hacker and I edited the files java.exe and javaw.exe contained in Processing folder->java->bin. Is this correct? because it is not working for me. I am using a Dell Inspiron 15 7000 series with Windows 10.

@JosephSamMorris

This comment has been minimized.

Show comment
Hide comment
@JosephSamMorris

JosephSamMorris Dec 31, 2016

@kaofishy Having the same issue as @AlessandroSpadoni. I changed the dpiAware tag in the java manifests, but doesn't fix the issue. Only allows for font size scaling in the IDE, not icons and interface. I'm on Surface Pro 4 with Windows 10.

JosephSamMorris commented Dec 31, 2016

@kaofishy Having the same issue as @AlessandroSpadoni. I changed the dpiAware tag in the java manifests, but doesn't fix the issue. Only allows for font size scaling in the IDE, not icons and interface. I'm on Surface Pro 4 with Windows 10.

@szhorvat

This comment has been minimized.

Show comment
Hide comment
@szhorvat

szhorvat Jan 29, 2017

If anyone has a workaround that makes Processing usable, please do post it here. @kaofishy's ResourceHacker based workaround didn't work for me (like for others). I am not sure if it is because I didn't do it correctly or because it just does not work with recent versions. I experimented quite a lot with it before I gave up.

szhorvat commented Jan 29, 2017

If anyone has a workaround that makes Processing usable, please do post it here. @kaofishy's ResourceHacker based workaround didn't work for me (like for others). I am not sure if it is because I didn't do it correctly or because it just does not work with recent versions. I experimented quite a lot with it before I gave up.

@aricooperdavis

This comment has been minimized.

Show comment
Hide comment
@aricooperdavis

aricooperdavis Jan 29, 2017

Would also be interested in this. For the moment I'm doing my coding in Atom and using the Processing Package to run them.

aricooperdavis commented Jan 29, 2017

Would also be interested in this. For the moment I'm doing my coding in Atom and using the Processing Package to run them.

@benfry benfry changed the title from PDE and sketches are 2x smaller on high-res Windows machines to PDE is 2x smaller on high-res Windows machines Feb 12, 2017

@benfry

This comment has been minimized.

Show comment
Hide comment
@benfry

benfry Feb 12, 2017

Member

Mostly fixed for the PDE in Processing 3.3. However, sketches don't yet auto-scale, which is now covered here.

The Welcome screen is not fixed yet: #4896

If you find a part of the UI that's not scaling properly, please file a new issue.

This issue is now closed; please do not add new issues here.

Member

benfry commented Feb 12, 2017

Mostly fixed for the PDE in Processing 3.3. However, sketches don't yet auto-scale, which is now covered here.

The Welcome screen is not fixed yet: #4896

If you find a part of the UI that's not scaling properly, please file a new issue.

This issue is now closed; please do not add new issues here.

@benfry benfry closed this Feb 12, 2017

@processing processing locked and limited conversation to collaborators Feb 25, 2017

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.