[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Image size, DPI (was Re: Gorm is broken)

From: Eric Wasylishen
Subject: Image size, DPI (was Re: Gorm is broken)
Date: Tue, 3 May 2011 13:33:53 -0600

On 2011-05-03, at 11:04 AM, Richard Frith-Macdonald wrote:

On 3 May 2011, at 17:01, Riccardo Mottola wrote:


fixing the images is incorrect I think. 96DPI and 72DPI are both "acceptable" values for screen displays. There is actually no real standard and screens have a varying resolution. Thus 72 and 96 DPIs are just custom values.
Traditionally, Mac saved images with no "explicit" resolution as 72dpi and windows tends to use 96dpi.

I think your patch is wrong in concept: no developer would expect their button or any other gui element to be resized according to the display resolution. A pixel is a pixel in that case.

I haven't really been following this, and I'm not sure what is actually being said above but I'll say what I expect:

If I change the resolution of my display to make it higher resolution, I expect to see windows, buttons, images etc get smaller ... ie I expect them to work in pixels.
Interestingly, I don't really expect text to work the same way ... you generally specify the point size of your text and expect it to appear with the specified point size irrespective of the display resolution (though I wouldn't say I 'expect' that behavior, because I know plenty of systems don't really support setting text size properly).

This is the behaviour GNUstep has always had, right? I didn't break or change this :-)

The GSScaleFactor feature will scale the entire UI uniformly, but only if you explicitly turn it on. e.g. if you get a laptop with a 140 DPI screen (tiny pixels!) you can set GSScaleFactor to 1.5 and everything increases in size by 50%.


Gnustep-dev mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]