gnustep-dev
[Top][All Lists]
Advanced

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

Re: Gorm is broken


From: Banlu Kemiyatorn
Subject: Re: Gorm is broken
Date: Wed, 04 May 2011 06:15:03 +0700

Just let you know I disagree on all resolutions of your points but I dont really bother discussing with you.

--
Sent from my GNU/Linux N900

----- Original message -----
> So asy you state, the screen resolution can vary a lot. Exactly what you
> state proves both my point and Richard.
>
> GUI elements need be adapted to pixels. If you have a particular device
> with a screen, you should be able to double or half the resolution. This
> is how it works on Windows too.
>
> Think how it works in a typical context. It is not just an AppIcon. You
> can have a NSImageView or a NSButton with an image on it. You design the
> interface elements to be of a certain size and thus the bitmap you put
> in too. You can't expect images not to be displayed in pixels, it won't
> work correctly.
>
> O don't think Eric can do many tricks there. You would need to draw the
> whole interface with a different unit, like points.
>
> Only sometimes you really want to match an image to its resolution. For
> example with a "show real size" of an image viewer. In that case you
> need to know the resolution of the image and the resolution of the
> screen and do all necessary conversions.
>
> Riccardo
>
> Banlu Kemiyatorn wrote:
> > Newer mobile screen are like 250 ~ 350 ppi these days so yes I want
> > bigger buttons by default. It's useless vs happiness so scaling by
> > resolution got more priority.
> >
> > On Wed, May 4, 2011 at 12:04 AM, Richard Frith-Macdonald
> > <address@hidden>  wrote:
> >
> > > On 3 May 2011, at 17:01, Riccardo Mottola wrote:
> > >
> > >
> > > > Hi,
> > > >
> > > > 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).
> > >
> > >
> > >
> >
> >
> >
>


reply via email to

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