[Development] OpenGL drivers

Thomas Hartmann Thomas.Hartmann at digia.com
Tue Dec 3 10:27:24 CET 2013


we really should think about introducing em or percent for font sizes.

But non pixel size fonts create a lot of problems for complex layouts. 
This is a general problem mostly of the web world, but also relevant
to "webish" QML like the welcome page.

There is no general solution. You use px size and you annoy people with 
non standard DPI or other special needs. You use em or percent and you 
have a really hard time to maintain a consistent layout.

Kind Regards,
Thomas Hartmann

Am 02/12/2013 19:19, schrieb Thiago Macieira:
> On segunda-feira, 2 de dezembro de 2013 16:28:06, Ziller Eike wrote:
>> On Dec 2, 2013, at 4:44 PM, Thiago Macieira <thiago.macieira at intel.com>
> wrote:
>>> On segunda-feira, 2 de dezembro de 2013 14:26:29, Thomas Hartmann wrote:
>>>> Hi,
>>>> yes, this was a conscious decision. Does it create usability issues for
>>>> you?>
>>> Usability? That's debatable. My eyesight is still pretty good, so I can
>>> read it. And I never read the project names on the Projects page (I only
>>> use the sessions feature). The project names and paths have blurry fonts
>>> because they're way too small.
>>> So I have to ask: why can't we use "regular font size"? It's not like
>>> we're
>>> out of screen real estate...
>>> It definitely creates an aesthetic issue, which is subjective, though.
>> Well, we definitely tell it to use such horizontally squashed fonts.
>> family “Helvetica”, pixelSize: 13
>> Using pixelSize instead of some point size is probably questionable though.
> Tell it to use "system font size" too. If you need bigger and smaller tests,
> add and subtract to it (or multiply), but don't specify hardcoded values. If I
> had poor eyesight and had configured my system to 18pt fonts so I could read,
> text with hardcoded font sizes would be unreadable.
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development

More information about the Development mailing list