Re: [svgwg] space trimming in the context of text/tspan (#1114)

@longsonr YES! Ah I forgot change the testcases above let me do that. I did last night in the webkit bug. 
The new link in the webkit bug is with fixed tests. that I uploaded yesterday,
https://bug-149659-attachments.webkit.org/attachment.cgi?id=479862

Yes Firefox/Chrome are all doing the right thing. This doesn't remove the ambiguity of the spec. Where we should drop `xml:space="default"` with the wrong instructions. 

As for your specific test which has space and a return.

It renders correct in Firefox as

<img width="75" height="62" alt="Image" src="https://github.com/user-attachments/assets/f51eca7d-c079-424d-ae66-c23ef84c06b8" />

But is not right in Chrome and Safari. 
<img width="93" height="42" alt="Image" src="https://github.com/user-attachments/assets/4bd4d014-0c45-496b-8aae-6d61f68dcf42" />

The **goal of the issue is really about the spec contradicting itself**.

Try with  https://codepen.io/webcompat/pen/YPpEbgL

<img width="3611" height="1236" alt="Image" src="https://github.com/user-attachments/assets/a9572f51-86ce-405e-b3b7-49f830990856" />

The CSS spec recommends for `white-space-collapse`

> preserve-spaces
> This value prevents user agents from collapsing sequences of [white space](https://drafts.csswg.org/css-text-4/#white-space), and converts [tabs](https://drafts.csswg.org/css-text-4/#tabs) and [segment breaks](https://drafts.csswg.org/css-text-4/#segment-break) to [spaces](https://drafts.csswg.org/css-text-4/#spaces). (This value is intended to represent the behavior of xml:space="preserve" in SVG.)

-- 
GitHub Notification of comment by karlcow
Please view or discuss this issue at https://github.com/w3c/svgwg/issues/1114#issuecomment-4568247950 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Thursday, 28 May 2026 21:04:08 UTC