Resolution indpendence

[Mohan Parthasarathy]

On Tue, Jun 24, 2008 at 5:11 PM, Steven J Newbury <steve at snewbury.org.uk>
wrote:

> On Tue, 2008-06-24 at 23:27 +0200, drago01 wrote:
> > On Tue, Jun 24, 2008 at 10:42 PM, Mohan Parthasarathy
> > <suruti94 at gmail.com> wrote:
> > > Hi,
> > >
> > > Both Mac OS X (Starting with Tiger and then in Leopard) and windows
> XP/Vista
> > > (WPF) supports
> > > resolution independence. In Mac OS X, there is a concept of scaling
> factor
> > > which automatically
> > > scales the UI (not sure how well it works). If i am developing a
> graphics
> > > application on Linux,
> > > how does this work ? What should the application do to handle different
> > > resolution ? I understand
> > > that i can set different screen resolutions. But from the application
> > > perspective, what should be
> > > done for getting the UI (fonts, text, images...) scale better ?
> >
> X uses the display DPI as calculated from the monitor dimensions and
> resolution.  Most toolkits should make this pretty transparent,
> unfortunately some desktop UI's seem to have "standardised" on 96dpi and
> fail to ensure their dialogs, pop-ups etc scale correctly.  The key here
> is to not use pixel units...


Recently i have had some bad experiences when playing around with new range
of PCs with 7 inch
screen (e.g., everex cloudbook). I don't know where the problem is.
Apparently installing
ubuntu on it worked pretty well. When you say "Desktop UIs", where is the
problem ? Could you
give me a couple of example, i am trying to understand this better. If i use
the standard toolkit
GTK, Qt should it all be fine ? Or i should take some special care ?

Recently i read an article comparing Windows Composition Vs Apple Quartz
Composition. One of the claims
is that Vista composition model uses vector level retention and hence scales
better than Apple Quartz
stuff where Composition is done after the rasterization (don't know how it
works today in Mac os X leopard).
How does Composition in X work ?

-mohan


> > use svg ...
> ...which of course makes image scaling much easier! :)
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.x.org/archives/xorg/attachments/20080624/db3364ac/attachment.html>