[text-emphasis] Place emphasis marks outside ruby annotations [chromium/src : main]

0 views
Skip to first unread message

Minseong Kim (Gerrit)

unread,
Sep 18, 2025, 12:04:08 AM (13 days ago) Sep 18
to Kent Tamura, Chromium LUCI CQ, chromium...@chromium.org, AyeAye, jmedle...@chromium.org, kinuko...@chromium.org, mac-r...@chromium.org, blink-rev...@chromium.org, blink-rev...@chromium.org, blink-...@chromium.org, zol...@webkit.org, blink-revi...@chromium.org
Attention needed from Kent Tamura

Minseong Kim added 2 comments

Patchset-level comments
File-level comment, Patchset 8 (Latest):
Minseong Kim . resolved

Would you review this CL, please?

File third_party/blink/renderer/core/layout/inline/fragment_item.h
Line 637, Patchset 7: unsigned annotation_height_;
Minseong Kim . unresolved

Can I ask there is better idea to get the height of the ruby annotation when painting text-emphasis? Currently I added `annotation_height_` in `FragmentItem`, but I'm not sure this is proper way.

Open in Gerrit

Related details

Attention is currently required from:
  • Kent Tamura
Submit Requirements:
  • requirement satisfiedCode-Coverage
  • requirement is not satisfiedCode-Owners
  • requirement is not satisfiedCode-Review
  • requirement is not satisfiedNo-Unresolved-Comments
Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
Gerrit-MessageType: comment
Gerrit-Project: chromium/src
Gerrit-Branch: main
Gerrit-Change-Id: Ica7264ee83403093e01f311d9fa80c39fa68abc3
Gerrit-Change-Number: 6952771
Gerrit-PatchSet: 8
Gerrit-Owner: Minseong Kim <jja0...@gmail.com>
Gerrit-Reviewer: Kent Tamura <tk...@chromium.org>
Gerrit-Reviewer: Minseong Kim <jja0...@gmail.com>
Gerrit-Attention: Kent Tamura <tk...@chromium.org>
Gerrit-Comment-Date: Thu, 18 Sep 2025 04:03:38 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
satisfied_requirement
unsatisfied_requirement
open
diffy

Kent Tamura (Gerrit)

unread,
Sep 18, 2025, 1:24:31 AM (13 days ago) Sep 18
to Minseong Kim, Koji Ishii, Kent Tamura, Chromium LUCI CQ, chromium...@chromium.org, AyeAye, jmedle...@chromium.org, kinuko...@chromium.org, mac-r...@chromium.org, blink-rev...@chromium.org, blink-rev...@chromium.org, blink-...@chromium.org, zol...@webkit.org, blink-revi...@chromium.org
Attention needed from Koji Ishii and Minseong Kim

Kent Tamura added 1 comment

Patchset-level comments
Kent Tamura . resolved

Add kojii@, who is a layout/inline/ expert.

Open in Gerrit

Related details

Attention is currently required from:
  • Koji Ishii
  • Minseong Kim
Submit Requirements:
  • requirement satisfiedCode-Coverage
  • requirement is not satisfiedCode-Owners
  • requirement is not satisfiedCode-Review
  • requirement is not satisfiedNo-Unresolved-Comments
Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
Gerrit-MessageType: comment
Gerrit-Project: chromium/src
Gerrit-Branch: main
Gerrit-Change-Id: Ica7264ee83403093e01f311d9fa80c39fa68abc3
Gerrit-Change-Number: 6952771
Gerrit-PatchSet: 8
Gerrit-Owner: Minseong Kim <jja0...@gmail.com>
Gerrit-Reviewer: Kent Tamura <tk...@chromium.org>
Gerrit-Reviewer: Koji Ishii <ko...@chromium.org>
Gerrit-Reviewer: Minseong Kim <jja0...@gmail.com>
Gerrit-Attention: Minseong Kim <jja0...@gmail.com>
Gerrit-Attention: Koji Ishii <ko...@chromium.org>
Gerrit-Comment-Date: Thu, 18 Sep 2025 05:24:07 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
satisfied_requirement
unsatisfied_requirement
open
diffy

Kent Tamura (Gerrit)

unread,
Sep 18, 2025, 1:27:21 AM (13 days ago) Sep 18
to Minseong Kim, Koji Ishii, Kent Tamura, Chromium LUCI CQ, chromium...@chromium.org, AyeAye, jmedle...@chromium.org, kinuko...@chromium.org, mac-r...@chromium.org, blink-rev...@chromium.org, blink-rev...@chromium.org, blink-...@chromium.org, zol...@webkit.org, blink-revi...@chromium.org
Attention needed from Koji Ishii and Minseong Kim

Kent Tamura added 1 comment

File third_party/blink/renderer/core/layout/inline/fragment_item.h
Line 637, Patchset 7: unsigned annotation_height_;
Minseong Kim . unresolved

Can I ask there is better idea to get the height of the ruby annotation when painting text-emphasis? Currently I added `annotation_height_` in `FragmentItem`, but I'm not sure this is proper way.

Kent Tamura

We'd like to avoid to increase the `FragmentItem` size if possible.

  • Can we re-compute it on the paint time? (I guess it's difficult)
  • Can we move it to `SvgFragmentData`?
Gerrit-Comment-Date: Thu, 18 Sep 2025 05:26:53 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Comment-In-Reply-To: Minseong Kim <jja0...@gmail.com>
satisfied_requirement
unsatisfied_requirement
open
diffy

Minseong Kim (Gerrit)

unread,
Sep 19, 2025, 3:52:05 AM (12 days ago) Sep 19
to Koji Ishii, Kent Tamura, Chromium LUCI CQ, chromium...@chromium.org, AyeAye, jmedle...@chromium.org, kinuko...@chromium.org, mac-r...@chromium.org, blink-rev...@chromium.org, blink-rev...@chromium.org, blink-...@chromium.org, zol...@webkit.org, blink-revi...@chromium.org
Attention needed from Kent Tamura, Koji Ishii and Minseong Kim

Message from Minseong Kim

Set Ready For Review

Open in Gerrit

Related details

Attention is currently required from:
  • Kent Tamura
  • Koji Ishii
  • Minseong Kim
Submit Requirements:
  • requirement satisfiedCode-Coverage
  • requirement is not satisfiedCode-Owners
  • requirement is not satisfiedCode-Review
  • requirement is not satisfiedNo-Unresolved-Comments
Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
Gerrit-MessageType: comment
Gerrit-Project: chromium/src
Gerrit-Branch: main
Gerrit-Change-Id: Ica7264ee83403093e01f311d9fa80c39fa68abc3
Gerrit-Change-Number: 6952771
Gerrit-PatchSet: 11
Gerrit-Owner: Minseong Kim <jja0...@gmail.com>
Gerrit-Reviewer: Kent Tamura <tk...@chromium.org>
Gerrit-Reviewer: Koji Ishii <ko...@chromium.org>
Gerrit-Reviewer: Minseong Kim <jja0...@gmail.com>
Gerrit-Attention: Minseong Kim <jja0...@gmail.com>
Gerrit-Attention: Koji Ishii <ko...@chromium.org>
Gerrit-Attention: Kent Tamura <tk...@chromium.org>
Gerrit-Comment-Date: Fri, 19 Sep 2025 07:51:42 +0000
Gerrit-HasComments: No
Gerrit-Has-Labels: No
satisfied_requirement
unsatisfied_requirement
open
diffy

Minseong Kim (Gerrit)

unread,
Sep 19, 2025, 3:54:01 AM (12 days ago) Sep 19
to Koji Ishii, Kent Tamura, Chromium LUCI CQ, chromium...@chromium.org, AyeAye, jmedle...@chromium.org, kinuko...@chromium.org, mac-r...@chromium.org, blink-rev...@chromium.org, blink-rev...@chromium.org, blink-...@chromium.org, zol...@webkit.org, blink-revi...@chromium.org
Attention needed from Kent Tamura and Koji Ishii

Minseong Kim added 1 comment

File third_party/blink/renderer/core/layout/inline/fragment_item.h
Line 637, Patchset 7: unsigned annotation_height_;
Minseong Kim . resolved

Can I ask there is better idea to get the height of the ruby annotation when painting text-emphasis? Currently I added `annotation_height_` in `FragmentItem`, but I'm not sure this is proper way.

Kent Tamura

We'd like to avoid to increase the `FragmentItem` size if possible.

  • Can we re-compute it on the paint time? (I guess it's difficult)
  • Can we move it to `SvgFragmentData`?
Minseong Kim

I moved it to `SvgFragmentData`. Thanks for your suggestions!

Open in Gerrit

Related details

Attention is currently required from:
  • Kent Tamura
  • Koji Ishii
Submit Requirements:
  • requirement satisfiedCode-Coverage
  • requirement is not satisfiedCode-Owners
  • requirement is not satisfiedCode-Review
Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
Gerrit-MessageType: comment
Gerrit-Project: chromium/src
Gerrit-Branch: main
Gerrit-Change-Id: Ica7264ee83403093e01f311d9fa80c39fa68abc3
Gerrit-Change-Number: 6952771
Gerrit-PatchSet: 11
Gerrit-Owner: Minseong Kim <jja0...@gmail.com>
Gerrit-Reviewer: Kent Tamura <tk...@chromium.org>
Gerrit-Reviewer: Koji Ishii <ko...@chromium.org>
Gerrit-Reviewer: Minseong Kim <jja0...@gmail.com>
Gerrit-Attention: Koji Ishii <ko...@chromium.org>
Gerrit-Attention: Kent Tamura <tk...@chromium.org>
Gerrit-Comment-Date: Fri, 19 Sep 2025 07:53:29 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Comment-In-Reply-To: Minseong Kim <jja0...@gmail.com>
Comment-In-Reply-To: Kent Tamura <tk...@chromium.org>
satisfied_requirement
unsatisfied_requirement
open
diffy

Minseong Kim (Gerrit)

unread,
Sep 21, 2025, 8:10:08 PM (9 days ago) Sep 21
to Koji Ishii, Kent Tamura, Chromium LUCI CQ, chromium...@chromium.org, AyeAye, jmedle...@chromium.org, kinuko...@chromium.org, mac-r...@chromium.org, blink-rev...@chromium.org, blink-rev...@chromium.org, blink-...@chromium.org, zol...@webkit.org, blink-revi...@chromium.org
Attention needed from Kent Tamura and Koji Ishii

Minseong Kim added 1 comment

Patchset-level comments
File-level comment, Patchset 12 (Latest):
Minseong Kim . resolved

Would you review this, please?

Open in Gerrit

Related details

Attention is currently required from:
  • Kent Tamura
  • Koji Ishii
Submit Requirements:
  • requirement satisfiedCode-Coverage
  • requirement is not satisfiedCode-Owners
  • requirement is not satisfiedCode-Review
Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
Gerrit-MessageType: comment
Gerrit-Project: chromium/src
Gerrit-Branch: main
Gerrit-Change-Id: Ica7264ee83403093e01f311d9fa80c39fa68abc3
Gerrit-Change-Number: 6952771
Gerrit-PatchSet: 12
Gerrit-Owner: Minseong Kim <jja0...@gmail.com>
Gerrit-Reviewer: Kent Tamura <tk...@chromium.org>
Gerrit-Reviewer: Koji Ishii <ko...@chromium.org>
Gerrit-Reviewer: Minseong Kim <jja0...@gmail.com>
Gerrit-Attention: Kent Tamura <tk...@chromium.org>
Gerrit-Attention: Koji Ishii <ko...@chromium.org>
Gerrit-Comment-Date: Mon, 22 Sep 2025 00:09:39 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
satisfied_requirement
unsatisfied_requirement
open
diffy

Kent Tamura (Gerrit)

unread,
Sep 21, 2025, 9:38:48 PM (9 days ago) Sep 21
to Minseong Kim, Koji Ishii, Kent Tamura, Chromium LUCI CQ, chromium...@chromium.org, AyeAye, jmedle...@chromium.org, kinuko...@chromium.org, mac-r...@chromium.org, blink-rev...@chromium.org, blink-rev...@chromium.org, blink-...@chromium.org, zol...@webkit.org, blink-revi...@chromium.org
Attention needed from Koji Ishii and Minseong Kim

Kent Tamura added 3 comments

File third_party/blink/renderer/core/layout/inline/fragment_item.h
Line 42, Patchset 12 (Latest): kAnnotationHeight
Kent Tamura . unresolved

The fit-text feature and ruby+emphasis should work together on a single FragmentItem.

So, we should have
- A flag whether SVG or not
- A flag whether FitTextInline or not

and we should assume `annotation_height` is available if it's not for an SVG.

Would you split `TextScaleType` into two flags in a separated CL first please?

File third_party/blink/renderer/core/layout/inline/ruby_utils.cc
Line 773, Patchset 12 (Latest): column->annotation_height = height.LineHeight().Ceil();
Kent Tamura . unresolved

We usually compute anything in `LayoutUnit` in the layout stage, and convert it to integers in the paint stage. Do we have any specific reason of `Ceil()` here?

File third_party/blink/web_tests/fast/ruby/ruby-text-emphasis.html
Line 40, Patchset 12 (Latest):
Kent Tamura . unresolved

Would you add test for nested rubies and text-emphasis on a rt please?

e.g.

```html
<ruby><ruby>base<rt style="text-emphasis: circle;">inner rt</rt></ruby><rt>outer rt <ruby>base<rt>rt</ruby></rt></ruby>
```

Open in Gerrit

Related details

Attention is currently required from:
  • Koji Ishii
  • Minseong Kim
Submit Requirements:
    • requirement satisfiedCode-Coverage
    • requirement is not satisfiedCode-Owners
    • requirement is not satisfiedCode-Review
    • requirement is not satisfiedNo-Unresolved-Comments
    Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
    Gerrit-MessageType: comment
    Gerrit-Project: chromium/src
    Gerrit-Branch: main
    Gerrit-Change-Id: Ica7264ee83403093e01f311d9fa80c39fa68abc3
    Gerrit-Change-Number: 6952771
    Gerrit-PatchSet: 12
    Gerrit-Owner: Minseong Kim <jja0...@gmail.com>
    Gerrit-Reviewer: Kent Tamura <tk...@chromium.org>
    Gerrit-Reviewer: Koji Ishii <ko...@chromium.org>
    Gerrit-Reviewer: Minseong Kim <jja0...@gmail.com>
    Gerrit-Attention: Minseong Kim <jja0...@gmail.com>
    Gerrit-Attention: Koji Ishii <ko...@chromium.org>
    Gerrit-Comment-Date: Mon, 22 Sep 2025 01:38:22 +0000
    Gerrit-HasComments: Yes
    Gerrit-Has-Labels: No
    satisfied_requirement
    unsatisfied_requirement
    open
    diffy

    Minseong Kim (Gerrit)

    unread,
    Sep 24, 2025, 7:15:18 PM (6 days ago) Sep 24
    to Koji Ishii, Kent Tamura, Chromium LUCI CQ, chromium...@chromium.org, AyeAye, jmedle...@chromium.org, kinuko...@chromium.org, mac-r...@chromium.org, blink-rev...@chromium.org, blink-rev...@chromium.org, blink-...@chromium.org, zol...@webkit.org, blink-revi...@chromium.org
    Attention needed from Kent Tamura and Koji Ishii

    Minseong Kim added 4 comments

    Patchset-level comments
    File-level comment, Patchset 15 (Latest):
    Minseong Kim . resolved

    I updated this CL. Would you please take a look again?

    File third_party/blink/renderer/core/layout/inline/fragment_item.h
    Line 42, Patchset 12: kAnnotationHeight
    Kent Tamura . resolved

    The fit-text feature and ruby+emphasis should work together on a single FragmentItem.

    So, we should have
    - A flag whether SVG or not
    - A flag whether FitTextInline or not

    and we should assume `annotation_height` is available if it's not for an SVG.

    Would you split `TextScaleType` into two flags in a separated CL first please?

    Minseong Kim

    The fit-text feature and ruby+emphasis should work together on a single FragmentItem.

    I didn't know those should work together. Thanks for your help!

    File third_party/blink/renderer/core/layout/inline/ruby_utils.cc
    Line 773, Patchset 12: column->annotation_height = height.LineHeight().Ceil();
    Kent Tamura . resolved

    We usually compute anything in `LayoutUnit` in the layout stage, and convert it to integers in the paint stage. Do we have any specific reason of `Ceil()` here?

    Minseong Kim

    I don't have any specific reason. I updated all to `LayoutUnit` in the layout stage. Thanks for giving information!

    File third_party/blink/web_tests/fast/ruby/ruby-text-emphasis.html
    Kent Tamura . unresolved

    Would you add test for nested rubies and text-emphasis on a rt please?

    e.g.

    ```html
    <ruby><ruby>base<rt style="text-emphasis: circle;">inner rt</rt></ruby><rt>outer rt <ruby>base<rt>rt</ruby></rt></ruby>
    ```

    Minseong Kim

    I added the test and the rendering seems incorrect, which means the emphasis marks and ruby annotations are overlapped. But it aligns with Firefox. Is this behavior acceptable to land?

    Open in Gerrit

    Related details

    Attention is currently required from:
    • Kent Tamura
    • Koji Ishii
    Submit Requirements:
    • requirement satisfiedCode-Coverage
    • requirement is not satisfiedCode-Owners
    • requirement is not satisfiedCode-Review
    • requirement is not satisfiedNo-Unresolved-Comments
    Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
    Gerrit-MessageType: comment
    Gerrit-Project: chromium/src
    Gerrit-Branch: main
    Gerrit-Change-Id: Ica7264ee83403093e01f311d9fa80c39fa68abc3
    Gerrit-Change-Number: 6952771
    Gerrit-PatchSet: 15
    Gerrit-Owner: Minseong Kim <jja0...@gmail.com>
    Gerrit-Reviewer: Kent Tamura <tk...@chromium.org>
    Gerrit-Reviewer: Koji Ishii <ko...@chromium.org>
    Gerrit-Reviewer: Minseong Kim <jja0...@gmail.com>
    Gerrit-Attention: Kent Tamura <tk...@chromium.org>
    Gerrit-Attention: Koji Ishii <ko...@chromium.org>
    Gerrit-Comment-Date: Wed, 24 Sep 2025 23:15:06 +0000
    Gerrit-HasComments: Yes
    Gerrit-Has-Labels: No
    Comment-In-Reply-To: Kent Tamura <tk...@chromium.org>
    satisfied_requirement
    unsatisfied_requirement
    open
    diffy

    Kent Tamura (Gerrit)

    unread,
    Sep 24, 2025, 8:34:58 PM (6 days ago) Sep 24
    to Minseong Kim, Koji Ishii, Kent Tamura, Chromium LUCI CQ, chromium...@chromium.org, AyeAye, jmedle...@chromium.org, kinuko...@chromium.org, mac-r...@chromium.org, blink-rev...@chromium.org, blink-rev...@chromium.org, blink-...@chromium.org, zol...@webkit.org, blink-revi...@chromium.org
    Attention needed from Koji Ishii and Minseong Kim

    Kent Tamura added 4 comments

    File third_party/blink/renderer/core/layout/inline/fragment_item.h
    Line 611, Patchset 15 (Latest): void SetSvgFragmentData(const FitTextScale* scale,
    Kent Tamura . unresolved

    This operation is unrelated to SVG, and we should rename `SVgFragmentData` in the future. So, would you rename this to `SetTextRareData()` please?

    Line 504, Patchset 15 (Latest): LayoutUnit AnnotationHeight() const;
    Kent Tamura . unresolved
    This needs a comment.
    - What the origin of the height? block-start, block-end, or baseline?
    - What happens for now if this FragmentItem is associated to multiple ruby-texts?
    - Is this the height of the `over` or `under` annotation?
    File third_party/blink/web_tests/fast/ruby/ruby-text-emphasis.html
    Line 34, Patchset 15 (Latest):<div lang="ja">
    Kent Tamura . unresolved

    Would you add a larger `font-size` to this element please? The current image results are hard to read.

    Kent Tamura . unresolved

    Would you add test for nested rubies and text-emphasis on a rt please?

    e.g.

    ```html
    <ruby><ruby>base<rt style="text-emphasis: circle;">inner rt</rt></ruby><rt>outer rt <ruby>base<rt>rt</ruby></rt></ruby>
    ```

    Minseong Kim

    I added the test and the rendering seems incorrect, which means the emphasis marks and ruby annotations are overlapped. But it aligns with Firefox. Is this behavior acceptable to land?

    Kent Tamura

    Yes, it's acceptable. We don't need to care about the behavior of emphasis marks for ruby annotations for now. I believe it's an unusual usage, and rendering emphasis marks for ruby bases is more important.

    Open in Gerrit

    Related details

    Attention is currently required from:
    • Koji Ishii
    • Minseong Kim
    Submit Requirements:
    • requirement satisfiedCode-Coverage
    • requirement is not satisfiedCode-Owners
    • requirement is not satisfiedCode-Review
    • requirement is not satisfiedNo-Unresolved-Comments
    Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
    Gerrit-MessageType: comment
    Gerrit-Project: chromium/src
    Gerrit-Branch: main
    Gerrit-Change-Id: Ica7264ee83403093e01f311d9fa80c39fa68abc3
    Gerrit-Change-Number: 6952771
    Gerrit-PatchSet: 15
    Gerrit-Owner: Minseong Kim <jja0...@gmail.com>
    Gerrit-Reviewer: Kent Tamura <tk...@chromium.org>
    Gerrit-Reviewer: Koji Ishii <ko...@chromium.org>
    Gerrit-Reviewer: Minseong Kim <jja0...@gmail.com>
    Gerrit-Attention: Minseong Kim <jja0...@gmail.com>
    Gerrit-Attention: Koji Ishii <ko...@chromium.org>
    Gerrit-Comment-Date: Thu, 25 Sep 2025 00:34:43 +0000
    Gerrit-HasComments: Yes
    Gerrit-Has-Labels: No
    satisfied_requirement
    unsatisfied_requirement
    open
    diffy

    Minseong Kim (Gerrit)

    unread,
    Sep 25, 2025, 7:15:11 PM (5 days ago) Sep 25
    to Koji Ishii, Kent Tamura, Chromium LUCI CQ, chromium...@chromium.org, AyeAye, jmedle...@chromium.org, kinuko...@chromium.org, mac-r...@chromium.org, blink-rev...@chromium.org, blink-rev...@chromium.org, blink-...@chromium.org, zol...@webkit.org, blink-revi...@chromium.org
    Attention needed from Kent Tamura and Koji Ishii

    Minseong Kim added 5 comments

    Patchset-level comments
    File-level comment, Patchset 19 (Latest):
    Minseong Kim . resolved

    I updated this CL. Would you please review this again?

    File third_party/blink/renderer/core/layout/inline/fragment_item.h
    Line 611, Patchset 15: void SetSvgFragmentData(const FitTextScale* scale,
    Kent Tamura . resolved

    This operation is unrelated to SVG, and we should rename `SVgFragmentData` in the future. So, would you rename this to `SetTextRareData()` please?

    Minseong Kim

    Done

    Line 504, Patchset 15: LayoutUnit AnnotationHeight() const;
    Kent Tamura . resolved
    This needs a comment.
    - What the origin of the height? block-start, block-end, or baseline?
    - What happens for now if this FragmentItem is associated to multiple ruby-texts?
    - Is this the height of the `over` or `under` annotation?
    Minseong Kim

    Done. Thanks for the guide!

    File third_party/blink/web_tests/fast/ruby/ruby-text-emphasis.html
    Line 34, Patchset 15:<div lang="ja">
    Kent Tamura . resolved

    Would you add a larger `font-size` to this element please? The current image results are hard to read.

    Minseong Kim

    Done

    Line 40, Patchset 12:
    Kent Tamura . resolved

    Would you add test for nested rubies and text-emphasis on a rt please?

    e.g.

    ```html
    <ruby><ruby>base<rt style="text-emphasis: circle;">inner rt</rt></ruby><rt>outer rt <ruby>base<rt>rt</ruby></rt></ruby>
    ```

    Minseong Kim

    I added the test and the rendering seems incorrect, which means the emphasis marks and ruby annotations are overlapped. But it aligns with Firefox. Is this behavior acceptable to land?

    Kent Tamura

    Yes, it's acceptable. We don't need to care about the behavior of emphasis marks for ruby annotations for now. I believe it's an unusual usage, and rendering emphasis marks for ruby bases is more important.

    Minseong Kim

    Thank you for making it clear!

    Open in Gerrit

    Related details

    Attention is currently required from:
    • Kent Tamura
    • Koji Ishii
    Submit Requirements:
    • requirement satisfiedCode-Coverage
    • requirement is not satisfiedCode-Owners
    • requirement is not satisfiedCode-Review
    Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
    Gerrit-MessageType: comment
    Gerrit-Project: chromium/src
    Gerrit-Branch: main
    Gerrit-Change-Id: Ica7264ee83403093e01f311d9fa80c39fa68abc3
    Gerrit-Change-Number: 6952771
    Gerrit-PatchSet: 19
    Gerrit-Owner: Minseong Kim <jja0...@gmail.com>
    Gerrit-Reviewer: Kent Tamura <tk...@chromium.org>
    Gerrit-Reviewer: Koji Ishii <ko...@chromium.org>
    Gerrit-Reviewer: Minseong Kim <jja0...@gmail.com>
    Gerrit-Attention: Kent Tamura <tk...@chromium.org>
    Gerrit-Attention: Koji Ishii <ko...@chromium.org>
    Gerrit-Comment-Date: Thu, 25 Sep 2025 23:15:01 +0000
    satisfied_requirement
    unsatisfied_requirement
    open
    diffy

    Kent Tamura (Gerrit)

    unread,
    Sep 25, 2025, 8:40:03 PM (5 days ago) Sep 25
    to Minseong Kim, Koji Ishii, Kent Tamura, Chromium LUCI CQ, chromium...@chromium.org, AyeAye, jmedle...@chromium.org, kinuko...@chromium.org, mac-r...@chromium.org, blink-rev...@chromium.org, blink-rev...@chromium.org, blink-...@chromium.org, zol...@webkit.org, blink-revi...@chromium.org
    Attention needed from Koji Ishii and Minseong Kim

    Kent Tamura added 2 comments

    File third_party/blink/renderer/core/layout/inline/fragment_item.h
    Line 513, Patchset 19 (Latest): // - If both 'over' and 'under' annotations are present, returns their
    // united height, which means it cannot distinguish between them.
    // - If only one annotation ('over' or 'under') is present, returns its
    Kent Tamura . unresolved

    What does it mean by "united height"?
    We should have a test case like `<em><ruby><ruby style="ruby-position:under">圏点<rt>けんてん</ruby><rt style="font-size:24px">ケンテン</ruby></em>` and `<em><ruby><ruby style="ruby-position:under">圏点<rt style="font-size:24px">けんてん</ruby><rt>ケンテン</ruby></em>`

    Line 509, Patchset 19 (Latest): // ruby), it calculates the height from the associated ruby column only and
    Kent Tamura . unresolved

    Do you mean it calculates the height of the inner-most ruby column? We should have a test case like `<em><ruby><ruby>圏点<rt>けんてん</ruby><rt style="font-size:24px">ケンテン</ruby></em>` and `<em><ruby><ruby>圏点<rt style="font-size:24px">けんてん</ruby><rt>ケンテン</ruby></em>`.

    Open in Gerrit

    Related details

    Attention is currently required from:
    • Koji Ishii
    • Minseong Kim
    Submit Requirements:
      • requirement satisfiedCode-Coverage
      • requirement is not satisfiedCode-Owners
      • requirement is not satisfiedCode-Review
      • requirement is not satisfiedNo-Unresolved-Comments
      Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
      Gerrit-MessageType: comment
      Gerrit-Project: chromium/src
      Gerrit-Branch: main
      Gerrit-Change-Id: Ica7264ee83403093e01f311d9fa80c39fa68abc3
      Gerrit-Change-Number: 6952771
      Gerrit-PatchSet: 19
      Gerrit-Owner: Minseong Kim <jja0...@gmail.com>
      Gerrit-Reviewer: Kent Tamura <tk...@chromium.org>
      Gerrit-Reviewer: Koji Ishii <ko...@chromium.org>
      Gerrit-Reviewer: Minseong Kim <jja0...@gmail.com>
      Gerrit-Attention: Minseong Kim <jja0...@gmail.com>
      Gerrit-Attention: Koji Ishii <ko...@chromium.org>
      Gerrit-Comment-Date: Fri, 26 Sep 2025 00:39:53 +0000
      Gerrit-HasComments: Yes
      Gerrit-Has-Labels: No
      satisfied_requirement
      unsatisfied_requirement
      open
      diffy
      Reply all
      Reply to author
      Forward
      0 new messages