We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Hi,
I'm using a Macbook Pro 13'' retina display with Yosemite (OSX 10.10) and Safari 8.
High-dpi doesn't seem to be handled (while it is in Chrome and Firefox). Two comparison screenshots of reference Three.js examples follow.
Example: http://threejs.org/examples/#webgl_buffergeometry . Safari (left, fuzzy) vs. Chrome (right, crisp)
Example: http://threejs.org/examples/#webgl_custom_attributes_lines . Safari (left, fuzzy) vs. Chrome (right, crisp)
The text was updated successfully, but these errors were encountered:
I should add that I've seen this in r67 and r69 (I skipped r68).
Sorry, something went wrong.
there is a bug filed on webkit here: https://bugs.webkit.org/show_bug.cgi?id=134854 A fix has been committed on 7th Oct 2014 (5 weeks ago), so I'm guessing we'll see a fix soon.
In the meantime one could try a browser/version specific hack to fiddle manually with the buffer sizes / canvas sizes / CSS...
Thanks for finding the reported bug :)
The fix has been in the WebKit nightly builds for a while: http://nightly.webkit.org/
No branches or pull requests
Hi,
I'm using a Macbook Pro 13'' retina display with Yosemite (OSX 10.10) and Safari 8.
High-dpi doesn't seem to be handled (while it is in Chrome and Firefox). Two comparison screenshots of reference Three.js examples follow.
Example: http://threejs.org/examples/#webgl_buffergeometry . Safari (left, fuzzy) vs. Chrome (right, crisp)
Example: http://threejs.org/examples/#webgl_custom_attributes_lines . Safari (left, fuzzy) vs. Chrome (right, crisp)
The text was updated successfully, but these errors were encountered: