Re: HiDPI/Retina support for -splash option
On 22/05/2014 20:05, Hendrik Schreiber wrote: Hi, I'm under the impression that the VM option -splash does not honor the @2x notation for HiDPI images. Am I missing something, is that being worked on, or is there a bug report for this (I couldn't find one)? It's a little disappointing when you spend so much time on getting Retina right and then you realize that the very first impression the user gets when starting your app is a bad one, i.e. a blurry splash screen. Thanks! -hendrik But isnt there a much larger problem, the -splash option still broken only to be fixed in https://bugs.openjdk.java.net/browse/JDK-8024185. To clarify using the splash option will prevent my main application from working. Paul
Re: HiDPI/Retina support for -splash option
On Fri, May 23, 2014 at 12:32 PM, Paul Taylor paul_t...@fastmail.fm wrote: On 22/05/2014 20:05, Hendrik Schreiber wrote: Hi, I'm under the impression that the VM option -splash does not honor the @2x notation for HiDPI images. Am I missing something, is that being worked on, or is there a bug report for this (I couldn't find one)? It's a little disappointing when you spend so much time on getting Retina right and then you realize that the very first impression the user gets when starting your app is a bad one, i.e. a blurry splash screen. Thanks! -hendrik But isnt there a much larger problem, the -splash option still broken only to be fixed in https://bugs.openjdk.java.net/browse/JDK-8024185. To clarify using the splash option will prevent my main application from working. Same here. -- Robert Krüger Managing Partner Lesspain GmbH Co. KG www.lesspain-software.com
HiDPI Scaling - OSX vs Windows
Hey Guys, about half a year ago I filed https://bugs.openjdk.java.net/browse/JDK-8029087, stating basically that the HiDPI logic on Windows and on OS X is fundamentally different and therefore WORA is violated (don't know what the Linux situation is). I was wondering whether anybody at Oracle discusses this and what your conclusions are? Or is this being ignored as not important enough? I'm writing mainly, because a hint in which direction this will go, will help me to write my code accordingly. I would hate having to re-code all retina related stuff with extra workarounds for Windows... Thanks, -hendrik
java.awt.FileDialog does not work properly bundled but not sandboxed app
Hey, I'm under the impression that the java.awt.FileDialog in mode FileDialog.LOAD does not work properly when invoked from an app bundle. As in: It always assumes a sandbox and does not give me access to all files anymore. It does not matter, if the bundle was signed or not. The bundle was created with https://bitbucket.org/infinitekind/appbundler Note that AppBundler passes in a system property -DSandboxEnabled=true, if it finds *any* Containers folder. Meaning, it's only an indication for whether sandboxing is possible at all, *not* whether this particular app is sandboxed. There is no problem, when launching the same app via the regular java launcher. Does anybody else have this problem? Cheers, -hendrik