WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
219784
[LFC][IFC] tabCharacter and newlineCharacter are also word separators when not preserved
https://bugs.webkit.org/show_bug.cgi?id=219784
Summary
[LFC][IFC] tabCharacter and newlineCharacter are also word separators when no...
alan baradlay
Reported
2020-12-11 08:10:15 PST
I can't find it here though
https://drafts.csswg.org/css-text-3/#propdef-word-spacing
Attachments
Patch
(2.59 KB, patch)
2020-12-11 08:15 PST
,
alan baradlay
koivisto
: review+
Details
Formatted Diff
Diff
Patch
(4.86 KB, patch)
2020-12-11 15:34 PST
,
alan baradlay
no flags
Details
Formatted Diff
Diff
Patch
(4.58 KB, patch)
2020-12-12 11:31 PST
,
alan baradlay
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
alan baradlay
Comment 1
2020-12-11 08:15:17 PST
Created
attachment 415998
[details]
Patch
Antti Koivisto
Comment 2
2020-12-11 08:18:20 PST
Comment on
attachment 415998
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=415998&action=review
> Source/WebCore/layout/inlineformatting/InlineTextItem.cpp:109 > isWordSeparator = text[startPosition] == space > + || text[startPosition] == tabCharacter > || text[startPosition] == noBreakSpace > || text[startPosition] == ethiopicWordspace > || text[startPosition] == aegeanWordSeparatorLine
lambda?
alan baradlay
Comment 3
2020-12-11 09:15:48 PST
Apparently I confused it with the case when the tab character is resolved to a single space character (non-preserve case).
alan baradlay
Comment 4
2020-12-11 15:22:56 PST
let's repurpose this bug
alan baradlay
Comment 5
2020-12-11 15:34:20 PST
Created
attachment 416055
[details]
Patch
Antti Koivisto
Comment 6
2020-12-12 02:13:57 PST
Comment on
attachment 416055
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=416055&action=review
> Source/WebCore/layout/inlineformatting/InlineTextItem.cpp:120 > + return text[startPosition] == space > || text[startPosition] == noBreakSpace > || text[startPosition] == ethiopicWordspace > || text[startPosition] == aegeanWordSeparatorLine > || text[startPosition] == aegeanWordSeparatorDot > || text[startPosition] == ugariticWordDivider;
maybe just put the text[startPosition] into a local?
alan baradlay
Comment 7
2020-12-12 11:31:18 PST
Created
attachment 416101
[details]
Patch
EWS
Comment 8
2020-12-12 23:03:31 PST
Committed
r270747
: <
https://trac.webkit.org/changeset/270747
> All reviewed patches have been landed. Closing bug and clearing flags on
attachment 416101
[details]
.
Radar WebKit Bug Importer
Comment 9
2020-12-12 23:04:16 PST
<
rdar://problem/72265348
>
Darin Adler
Comment 10
2020-12-17 17:55:55 PST
Comment on
attachment 416055
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=416055&action=review
>> Source/WebCore/layout/inlineformatting/InlineTextItem.cpp:120 >> || text[startPosition] == ugariticWordDivider; > > maybe just put the text[startPosition] into a local?
Or make another isWordSeparator function/overload that just takes a character?
alan baradlay
Comment 11
2021-02-23 19:24:22 PST
(In reply to Darin Adler from
comment #10
)
> Comment on
attachment 416055
[details]
> Patch > > View in context: >
https://bugs.webkit.org/attachment.cgi?id=416055&action=review
> > >> Source/WebCore/layout/inlineformatting/InlineTextItem.cpp:120 > >> || text[startPosition] == ugariticWordDivider; > > > > maybe just put the text[startPosition] into a local? > > Or make another isWordSeparator function/overload that just takes a > character?
I was just about to make this change but this code got moved over to "moveToNextNonWhitespacePosition" where I actually introduced a function for this ... auto isWhitespaceCharacter = [&](auto character) { // white space processing in CSS affects only the document white space characters: spaces (U+0020), tabs (U+0009), and segment breaks. ...
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