On Sun, 16 Mar 2003 17:37:48 -0700 Jens Owen <[EMAIL PROTECTED]>
babbled:
> Carsten Haitzler (The Rasterman) wrote:
> > On Sun, 16 Mar 2003 14:58:48 +0000 (GMT) Andrew C Aitchison
> > <[EMAIL PROTECTED]> babbled:
> >
> >
> >>>Carsten Haitzler (The Rasterman) wrote:
> >>>
> >>>>you biggest problems will be aesthetic. x itself doesn't care what the
> >>>>aspect is. it's irrelevant really. the real problem will be with desktop
> >>>>and other application software making the general assumption of 4:3 ratio
> >>>>and so images may get stretched a bit wider or tiled when you dont want
> >>>>them to etc. it's all on a app-by-app, case-by-case basis.
> >>>
> >>
> >>On Sun, 16 Mar 2003, Jens Owen wrote:
> >>
> >>>X does support the concept of seperate DPI in the X & Y direction on a
> >>>per screen basis. I'm not sure that any drivers do much but fill in a
> >>>default value which would be inaccurate for non-square pixels. Then
> >>>there's the issue of the applications paying attention to this value...
> >>
> >>Although "X -configure" comments out the DisplaySize entry it writes
> >>into the config file, at run time XFree86 does set the dpi from the DDC
> >>probed monitor size info, so non-square pixels should be correctly
> >>reported to apps.
> >>
> >>However, I'd understood Carsten to be talking about wallpapers;
> >>if your window manager or desktop has a collection of 4:3
> >>wallpaper images, then simply stretching them to fill a
> >>1920 x 1200 screen isn't ideal or a screen with square pixels.
> >>
> >>On the other hand, which desktop apps stretch buttons and similar
> >>images when presented with non-square pixels ?
> >
> >
> > i was also thinking desktop background setting app provides a "preview" in a
> > widget/panel when selecting a background and if it is to scale, tile etc.
> > this"preview" widget size may not be adjusted to match the aspect ratio of
> > the screen and may be hard-coded to a 80x60 size or 200x150 or such.
> >
> > lets imagine a program that provides a full screen mode and now provides a
> > mini-view pane which shows a zoomed out version of the screen and contents -
> > this might also be hard-coded to a 4:3 ratio.
> >
> > in general though you should be fine, but you may see aesthetic evilness. :)
> >
>
> Raster,
>
> Do you think the DPI information provided by X (assuming the driver
> provides correct info) is enough for application developers to detect
> and support a variety of screen ratios?
yes. x provides ALL the information needed. in this case the dpi isn't different
between h & v (1920x1200) because is widescreen, but in many cases x isnt set up
to have accurate dpi measurements at all. also this is more a case where
programmer creates preview widget/window/area and hard-codes its size, instead
of querying the root window size and using is size information to modify the
preview widget size accordingly etc.
it's more a matter of programmers making assumptions to save work, that in 99%
of cases are correct assumptions (or are irrelevant, so the assumption can be
made anyway). x itself provides everything needed in this case.
--
--------------- Codito, ergo sum - "I code, therefore I am" --------------------
The Rasterman (Carsten Haitzler) [EMAIL PROTECTED]
[EMAIL PROTECTED]
Mobile Phone: +61 (0)413 451 899 Home Phone: 02 9698 8615
_______________________________________________
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
