Skip to content
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

Processing 4 displayDensity() on a 4k display result is incorrect #339

Closed
processing-bot opened this issue Jan 11, 2022 · 5 comments
Closed

Comments

@processing-bot
Copy link
Collaborator

Created by: markcosmic

Description

Expected Behavior

in using displayDensity() on my 4K display, I was expecting the results to be the same as when I use it in Processing 3

Current Behavior

in using displayDensity() on my 4K display, the result is "1"

Steps to Reproduce

  1. println(displayDensity());

Your Environment

  • Processing version: Processing 4
  • Operating System and OS version: window 10 pro 21h1
  • Other information: Using an Asus ZenBook UX581GV.308

Possible Causes / Solutions

@processing-bot
Copy link
Collaborator Author

In GitLab by @mrbbp on Jan 19, 2022, 17:40

Does it suppose to print 2?
what is your width in fullscreen()?

@processing-bot
Copy link
Collaborator Author

Created by: markcosmic

my screen width is 3840.
in processing 3 I get a 2 result
in processing 4 I get a 1 result

@processing-bot
Copy link
Collaborator Author

Created by: benfry

Ok, confirmed… Was thinking something has just changed in Java 17 on Windows, but when using Export to Application, displayDensity() is returning 2 again. (So I'm looking into it further.)

On the plus side, even when this happens, you're getting the full resolution—it's just that it's not doing the automatic 2x handling for you.

@processing-bot
Copy link
Collaborator Author

Created by: benfry

Ok, found and fixed. The workaround for older setups was still in place. 4.0 beta 4 will have the fix.

@processing-bot
Copy link
Collaborator Author

Created by: github-actions[bot]

This issue has been automatically locked. To avoid confusion with reports that have already been resolved, closed issues are automatically locked 30 days after the last comment. Please open a new issue for related bugs.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Sep 17, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant