Bug 83934

Summary: No line break opportunity between a slash and a latin character, in contradiction to the Unicode standard
Product: WebKit Reporter: mitz
Component: TextAssignee: Nobody <webkit-unassigned>
Status: NEW ---    
Severity: Normal CC: ap, jfernandez
Priority: P2 Keywords: InRadar
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
Bug Depends on: 195345, 181169    
Bug Blocks:    
Attachments:
Description Flags
Test case to reproduce the issue
none
Actual result none

Description mitz 2012-04-13 12:56:12 PDT
<rdar://problem/11246877>

WebKit doesn’t recognize a line breaking opportunity between a slash and a latin character (e.g. after the slash in “before/after”), but the Unicode standard, specifically UAX #14, says that there is a line break opportunity there (see <http://www.unicode.org/reports/tr14/#SY>). The Unicode behavior allows long URLs to wrap better.

See also bug 37698.
Comment 1 Alexey Proskuryakov 2012-04-13 13:36:38 PDT
Mitz also mentioned to me that a potential downside is that we'll wrap strings like "km/h", which can be particularly bad in table titles.
Comment 2 Javier Fernandez 2019-04-30 08:33:32 PDT
I think this bug could be solved once we implement line-break; anywhere and overflow-wrap: anywhere
Comment 3 Javier Fernandez 2019-04-30 12:54:43 PDT
As a matter of fact, I'm not sure whether this bug should be marked as FIXED. There are indeed breaking opportunities between a slash and a latin character by using the 'word-break: break-all' feature. 

Attached a test case and the rendering result using trunk (r244730)
Comment 4 Javier Fernandez 2019-04-30 12:56:50 PDT
Created attachment 368590 [details]
Test case to reproduce the issue
Comment 5 Javier Fernandez 2019-04-30 12:58:16 PDT
Created attachment 368591 [details]
Actual result