Swing on Retina displays... ahem... on Windows
Hendrik Schreiber
hs at tagtraum.com
Sat Nov 23 02:12:21 PST 2013
On Nov 22, 2013, at 16:07, Hendrik Schreiber <hs at tagtraum.com> wrote:
> On Nov 22, 2013, at 14:51, Hendrik Schreiber <hs at tagtraum.com> wrote:
>
>> [...]
>
> I should add that this only happens with DPI scaling.
> And since the images didn't make it through, here they are:
On second thought, perhaps the 16 pixels Table.rowHeight is the correct approach.
And scaling up fonts to be a lot larger (as it happens in Win L&F) is what's wrong.
Because it violates write once, run anywhere.
On OS X you guys have been struggling to implement MultiResolutionImages and the like, so that if the physical display resolution is high, Java can automatically render a high resolution version of a given image. In the same spirit the L&F font sizes aren't suddenly changed, but instead they are rendered with greater detail. Because we use a virtual desktop resolution.
Now, if on Windows with Windows L&F suddenly all fonts are a lot larger, but images are still the same size (status quo) and in relation to labels way too small, things look out of proportion, layouts are broken.
The OS X solution allows for seamless migration, even if the programmer does not supply MultiResolutionImages. The current (1.7.0_45) Windows L&F does not allow this.
And regardless which approach is better: Shouldn't both L&Fs use the same approach?!
If you agree and have access to the Oracle bug database, please add this opinion as a comment (Oracle bug id 9008405). Or better—talk to the guys in charge of Windows L&F.
Thanks,
-hendrik
PS: I hate the fact that I cannot see the bug I filed anywhere and add comments to it myself. Or can I?
More information about the macosx-port-dev
mailing list