Problem/Motivation

Steps to reproduce

1.use claro as frontend theme.
2.enable the layout builder module .
3.use layout build module for any block type .
4.Add a long title for any section .

Proposed resolution

There should be word-break as it is in olivero theme for body .

Remaining tasks

User interface changes

API changes

Data model changes

Release notes snippet

Issue fork drupal-3440959

Command icon Show commands

Start within a Git clone of the project using the version control instructions.

Or, if you do not have SSH keys set up on git.drupalcode.org:

Comments

Sandeep Sanwale created an issue. See original summary.

sandeep sanwale’s picture

Status: Active » Needs review
StatusFileSize
new262.11 KB

Added the css so that close icon does not overlap the title.

smustgrave’s picture

Status: Needs review » Needs work
Issue tags: +Needs subsystem maintainer review

MR appears to have issues.

But not sure we want to add that css to the global body selector.

sandeep sanwale’s picture

Status: Needs work » Needs review

The MR issue has been resolved . I have added the css in body selector because in the olivero theme also this css added in body selector.Please review .

sourojeetpaul’s picture

Status: Needs review » Reviewed & tested by the community
StatusFileSize
new16.14 KB
new20.65 KB

Hello @Sandeep, I've successfully reproduced the issue you were talking about, and the patch provided by you also got applied successfully. After applying the patch the issue is resolved now and there is a breathing space between the section title and the close button. So moving it to RTBC++.
Attaching screenshots before and after applying the patch for reference!

gauravvvv’s picture

I have a question? Why're we using Claro as a frontend theme?
Claro is an admin theme. Do we support using Claro as frontend theme?
FYI: This is working fine with Olivero frontend theme.

sourojeetpaul’s picture

Hi, @Gauravvvv
As far as I know there is no hard and fast rules regarding the usage of theme. Its completely subjective. Though I've also seen Claro being used as admin theme predominantly, but one might choose to opt it for their frontend theme based on their needs. So I think it'll be better to address the issue and fix it, no matter if someone is using it as frontend theme or admin theme, we should fix the flaws in the respective theme!

nod_’s picture

Status: Reviewed & tested by the community » Needs work

We have the same rule in olivero, What's missing here would be to remove the hyphen rules in other places it is used in claro like the pcss files: media-library, vertical-tabs, form--managed-file, details,

gauravvvv’s picture

Status: Needs work » Needs review
nod_’s picture

Status: Needs review » Needs work

comment in mr

gauravvvv’s picture

Status: Needs work » Needs review

Feedback addressed.

nod_’s picture

we can still remove the hyphens: auto from the managed file css, we just need to keep break-word since it's different from the default

meghasharma’s picture

Assigned: Unassigned » meghasharma
meghasharma’s picture

Assigned: meghasharma » Unassigned
Status: Needs review » Reviewed & tested by the community

Hello @here, Commit is successfully removing the hyphens: auto from css & .pcss.css files. Looks good to me., So moving it to RTBC++. Thanks!.

  • nod_ committed 98b21533 on 11.x
    Issue #3440959 by Sandeep Sanwale, Gauravvvv, sourojeetpaul, smustgrave...

  • nod_ committed 26e64d11 on 10.3.x
    Issue #3440959 by Sandeep Sanwale, Gauravvvv, sourojeetpaul, smustgrave...
nod_’s picture

Version: 11.x-dev » 10.3.x-dev
Status: Reviewed & tested by the community » Fixed
Issue tags: -Needs subsystem maintainer review

Committed 98b2153 and pushed to 11.x. Thanks!

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.

lars.stiebenz’s picture

"body {hyphens: auto}" is in 10.3.x/11.x and git blame is pointing to this issue.
Can someone check if the commits were merged correctly?

kevinb623’s picture

Echoing Lars' comment #21.

We have had feedback from our editors regarding hyphens appearing in editor textareas. This is causing confusion between legit hyphen usage and those inserted by the CSS.

trackleft2’s picture

I am here to second kevinb623.

Now that CKEditor5 is no longer in an iframe, we must be extremely careful when editing any styles in our themes that may affect the editor.