W3C home > Mailing lists > Public > www-style@w3.org > July 2014

Re: Why not max/min-font-size? & extend them to other properties of sizes

From: Bruno Racineux <bruno@hexanet.net>
Date: Tue, 01 Jul 2014 21:45:49 -0700
To: Alan Gresley <alan@css-class.com>
CC: Kseso? <kseso9@gmail.com>, www-style list <www-style@w3.org>
Message-ID: <CFD8C21B.8A12C%bruno@hexanet.net>

On 7/1/14 5:23 AM, "Alan Gresley" <alan@css-class.com> wrote:

>What is imported is the *minimum font size*
>setting. The text that reads "Therapy" appears on a new line when the
>minimum font size setting is 14px. This happens in both Firefox and
>Chrome. What you believe is fine at 16px is only fine at a minimum font
>size setting of 13px.

Correct, as I didn't initially factor or plan for a min size of 14px. But
again, a minimum font size setting overrides everything, just like 'Text
Zoom Only'. The same would happen even if that font was set in px.

Which is to me another good use case for max/min-font-size restraints.

>> However I can't prevent it to break under 'Zoom Text Only' in FF/Safari
>> *unless* I apply a 'px !important' rule for each text nodes.
>> (since !important pixel rule are not affected by 'Zoom Text Only').
>> But applying '!important' px rules is far from being an attractive
>This is not true.

It's true. Let me rephrase in a shorter sentence: HTML Text set in px will
scale with 'Zoom Text Only' unless set as !important;

>> I technically can use Javascript using the detected 'Zoom Text Only'
>> and dynamically rescale. But I'd much prefer a css solution to avoid
>> the text from overflowing its initial container.
>The CSS solution is to not use relative units with absolute units.

Doing so allows for a convenient scaling of a container's children text
elements, at the parent level, for various Media Query break-points.

My mix of both isn't an issue. The result would be identical with
absolute units in that header of mine. In that, 'Zoom Text Only' and
'minimum font size setting' always re-scale all units.
Received on Wednesday, 2 July 2014 04:46:24 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:08:44 UTC