>-----Original Message-----
>From: [email protected] [mailto:[email protected]]
>On Behalf Of Thiago Macieira
>Sent: Tuesday, April 13, 2010 5:40 PM
>To: [email protected]
>Subject: Re: [MeeGo-dev] Why writing DPI value hardy in uxlaunch?
>
>Em Terça-feira 13. Abril 2010, às 18.07.42, Arjan van de Ven escreveu:
>> On 4/13/2010 2:53, Zhao, Juan J wrote:
>> > Hi all,
>> >
>> >    I have found that when running uxlaunch, it send "-dpi 120" to
>Xorg. Why
>> >    doing this? I have found that this is written hardly in xserver.c.
>>
>> this is on the request of our UI designers; it turns out that most
>hardware
>> lies badly about it's dpi and it's not possible to get a consistent
>> experience without setting it to a fixed value.
>
>Hardware lying about its size is very common.
>
>But it's a UI problem if the UI doesn't scale to proper DPI. Different
>types of
>devices will have wildly different real-DPI values, so those should be
>taken
>into account.

This was intended specifically for the netbook use case where, because we 
*know* the size of the panels and the resolutions of all of the screens we can 
be very sure exactly how much many of the devices were lying to us. And it made 
them look terrible, which was clearly unacceptable when we're trying to create 
a product that people will want to buy.

I obviously have no vested interest in defending hard coding stuff, it's almost 
always the wrong thing to do, so if you have a way of delivering a result which 
is acceptable to both design and tech then please let us know. In the immortal 
words "patches welcome".

Nick
---------------------------------------------------------------------
Intel Corporation (UK) Limited
Registered No. 1134945 (England)
Registered Office: Pipers Way, Swindon SN3 1RJ
VAT No: 860 2173 47

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.

_______________________________________________
MeeGo-dev mailing list
[email protected]
http://lists.meego.com/listinfo/meego-dev

Reply via email to