Bug 233439

Summary: Delete useBackslashAsYenSymbol
Product: WebKit Reporter: Myles C. Maxfield <mmaxfield>
Component: New BugsAssignee: Myles C. Maxfield <mmaxfield>
Status: NEW ---    
Severity: Normal CC: aboxhall, andresg_22, apinheiro, ap, cdumez, cfleizach, changseok, dmazzoni, esprehn+autocc, ews-watchlist, glenn, heycam, jcraig, jdiggs, kangil.han, kondapallykalyan, mifenton, pdr, samuel_white, webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
See Also: https://bugs.webkit.org/show_bug.cgi?id=257196
Attachments:
Description Flags
Patch
none
Patch
none
Patch
none
Patch ews-feeder: commit-queue-

Description Myles C. Maxfield 2021-11-22 23:40:35 PST
Delete useBackslashAsYenSymbol
Comment 1 Myles C. Maxfield 2021-11-22 23:43:38 PST
Created attachment 445006 [details]
Patch
Comment 2 Myles C. Maxfield 2021-11-23 00:35:30 PST
Created attachment 445013 [details]
Patch
Comment 3 Myles C. Maxfield 2021-11-23 01:16:07 PST
Created attachment 445016 [details]
Patch
Comment 4 Myles C. Maxfield 2021-11-23 13:08:08 PST
Created attachment 445046 [details]
Patch
Comment 5 Alexey Proskuryakov 2021-11-23 21:22:55 PST
Comment on attachment 445046 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=445046&action=review

> Source/WebCore/ChangeLog:8
> +        No other browsers on macOS have this behavior. On Windows, this behavior is implemented in the fonts

This explains why the current behavior is imperfect, but not why removing it is acceptable for user experience. How can we tell if this regresses websites? Surely displaying the expected character is better than not?
Comment 6 Radar WebKit Bug Importer 2021-11-29 23:41:23 PST
<rdar://problem/85853168>
Comment 7 Myles C. Maxfield 2021-11-30 16:30:14 PST
*** Bug 187714 has been marked as a duplicate of this bug. ***
Comment 8 Myles C. Maxfield 2021-12-17 19:43:00 PST
https://github.com/w3c/csswg-drafts/issues/6848