Edge Rewrite
// HTMLRewriter · presentation

This page was redesigned at the edge.

Cloudflare fetched the original article and streamed it through HTMLRewriter to apply an entirely new visual system without rebuilding the source page.

// request.cf · coarse context

A page that knows where it met you.

Only coarse request metadata is shown. This demo does not display or persist visitor IP addresses.

Country
US
Cloudflare location
CMH
Connection
HTTP/2
Language
Not provided

Ray ID: a45455952a471ef0

Jump to content

Template talk:Times

Page contents not supported in other languages.
Add topic
From Wikipedia, the free encyclopedia
(Redirected from Template talk:Resx/sandbox)
Latest comment: 9 months ago by Kvng in topic Line break behavior

"Template:Ü" listed at Redirects for discussion

[edit]

An editor has asked for a discussion to address the redirect Template:Ü. Please participate in the redirect discussion if you wish to do so. Glenwing (talk) 12:54, 1 January 2020 (UTC)Reply

Line break behavior

[edit]

When I use {{times}} without parameters I would expect the template to do some wrap management similar to {{snd}}, i.e. it should generate the following HTML

 × 

It appears to generate a normal space before the × ~Kvng (talk) 22:12, 24 April 2024 (UTC)Reply

The template puts a thin space on both sides of the multiplcation cross. — Christoph Päper 09:55, 26 April 2024 (UTC)Reply
Is there such a thing as a thin non-breaking space? ~Kvng (talk) 13:09, 26 April 2024 (UTC)Reply

I should note that this behavior is known and is already called out (though not very prominently) in the documentation:

Resolution numbers can also be entered (optionally) as parameters to the template. This has the advantage of preventing the resolution from being split across lines by word wrapping, which can occur when the numbers are outside the template.

There is a thin non-breaking space (U+202F) that could be used instead. I do not remember why I used the normal thin space instead when I wrote the template. Maybe have been lack of support across browsers or something like that. I remember similar issues with the ratio template, where Firefox on Android in particular does not support the default WP font, and uses the second backup option instead or something like that, which didn't support the ratio sign character and so that one character then gets substituted with an even further down font instead, which makes it mismatched. But such issues may have been resolved since then. I haven't been checking over the years so it's worth revisiting. I originally tried to resolve it by putting the HTML no-wrap tag, but that one doesn't prevent line breaks at the point between the preceding character and the tag. So I just left it with the condition that you need to use enclosed arguments in order to prevent line breaking. Anyway, I updated the sandbox page to use the non-breaking thin space (U+202F), and it appears to be just fine, and the line wrapping is now prevented with both inside and outside arguments as desired. So this is promising. But we should check on a variety of systems and browsers to see if there are any issues before updating the live template.  — Glenwing (talk) 18:33, 26 April 2024 (UTC)Reply

MOS:UNITSYMBOLS requires full spaces (preferably non-breaking), not thin spaces. -- Beland (talk) 18:24, 2 January 2026 (UTC)Reply
 ×  is not a unit so I'm not sure that applies here. ~Kvng (talk) 23:03, 2 January 2026 (UTC)Reply
That guideline mentions how to use "×" with and without units. -- Beland (talk) 23:54, 2 January 2026 (UTC)Reply
I see that now. ~Kvng (talk) 01:01, 3 January 2026 (UTC)Reply