WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED DUPLICATE of
bug 227695
195345
Implement "overflow-wrap: anywhere"
https://bugs.webkit.org/show_bug.cgi?id=195345
Summary
Implement "overflow-wrap: anywhere"
Javier Fernandez
Reported
2019-03-05 16:09:12 PST
The CSS WG has resolved [1] add a deprecated note to prevent the usage of 'overflow-wrap: break-word' in favor of 'overflow-wrap: anywhere'. The new value is described as follows:
https://www.w3.org/TR/css-text-3/#valdef-overflow-wrap-anywhere
[1]
https://github.com/w3c/csswg-drafts/issues/2390
Attachments
Add attachment
proposed patch, testcase, etc.
Javier Fernandez
Comment 1
2019-03-29 07:45:11 PDT
Firefox already shipped this feature -
https://bugzilla.mozilla.org/show_bug.cgi?id=1505786
Chrome plans to implement this feature -
https://bugs.chromium.org/p/chromium/issues/detail?id=905315
Javier Fernandez
Comment 2
2019-10-02 09:25:08 PDT
I have sent the "intent to implement" request for Blink. Showing some public support in this bug would help to get the request approved.
Myles C. Maxfield
Comment 3
2019-12-10 15:15:24 PST
Implementing this is a good idea. (You can consider this "public support.") We already implement (the deprecated) word-break:break-word, which is defined[1] to "have the same effect as word-break: normal and overflow-wrap: anywhere." Therefore, implementing this should be fairly straightforward. From looking at WebKit source code (RenderStyle::breakWords()), it appears that word-break:break-word is currently treated identically to overflow-wrap:break-word, which I think is incorrect according to the spec text quoted above. It would be cool if this project fixed this, too (though, of course, fixing this could be tracked in a separate bug). [1]
https://www.w3.org/TR/css-text-3/#word-break-property
Florian Rivoal
Comment 4
2020-01-20 04:08:23 PST
@Myles, The wrapping behavior of word-break:break-word / overflow-wrap: anywhere is the same as that of overflow-wrap:break-word, but the effect on intrinsic sizing is different. A quick bit of testing shows that safari has the expected sizing behavior difference between word-break:break-word and overflow-wrap:break-word. To test, you can try this: <section style=width:0> <div style=float:left>longword</div> </section> If you put overflow-wrap:break-word on the div, the longword will not wrap, but if you put word-break:break-word instead, it will.
Radar WebKit Bug Importer
Comment 5
2021-05-10 15:10:44 PDT
<
rdar://problem/77791159
>
dregad
Comment 6
2021-07-14 15:14:16 PDT
It would be really nice to see this implemented so it can be used across the board - other major browsers support this since 2019 (Firefox) / 2020 (Chrome, Edge).
https://caniuse.com/mdn-css_properties_overflow-wrap_anywhere
Cheers
nanto_vi (TOYAMA Nao)
Comment 7
2022-09-14 18:37:31 PDT
This bug seems to be fixed.
https://github.com/mdn/browser-compat-data/issues/17012
Ahmad Saleem
Comment 8
2023-12-14 11:48:05 PST
I think this is implemented and we pass 'WPT' tests as well:
https://wpt.fyi/results/css/css-text/overflow-wrap?label=master&label=experimental&aligned=&q=overflow-wrap-anywhere
Do we need anything more here?
Frances Cornwall
Comment 9
2024-07-01 18:27:23 PDT
`overflow-wrap: anywhere` is implemented, and `overflow-wra: break-word` is still supported.
Karl Dubost
Comment 10
2024-07-01 18:31:43 PDT
This was resolved by
Bug 227695
https://searchfox.org/wubkat/commit/6ed0b8b3e00e59aa24ef24296de726e2f4dc4b8b
Karl Dubost
Comment 11
2024-07-01 18:32:16 PDT
*** This bug has been marked as a duplicate of
bug 227695
***
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug