Skip to content

style: Edit area iframe background - #11007

Open
Edgaraszs wants to merge 1 commit into
tinymce:mainfrom
Edgaraszs:style/edit-area-iframe-bg
Open

Edgaraszs wants to merge 1 commit into
tinymce:mainfrom
Edgaraszs:style/edit-area-iframe-bg

Conversation

@Edgaraszs

@Edgaraszs Edgaraszs commented Mar 18, 2026 •

Copy link
Copy Markdown

Related Ticket: -

Description of Changes:
Problem is when dark theme is used (content_css: dark, skin: oxide-dark) and tox-edit-area__iframe by default has background-color: #fff, so on rendering moment white background flashes so maybe i think it is better to use transparent background

image

Pre-checks:

  • Changelog entry added
  • Tests have been added (if applicable)
  • Branch prefixed with feature/, hotfix/ or spike/

Review:

  • Milestone set
  • Docs ticket created (if applicable)

GitHub issues (if applicable):

Summary by CodeRabbit

  • Style
    • Updated the edit area iframe background to transparent for improved visual integration with the surrounding interface.

@Edgaraszs
Edgaraszs requested review from a team and zuzanna-antas as code owners March 18, 2026 16:05
@Edgaraszs
Edgaraszs requested review from ltrouton and spocke March 18, 2026 16:05
@Edgaraszs Edgaraszs changed the title style: edit-area-iframe-bg style: Edit area iframe background Mar 18, 2026
@coderabbitai

coderabbitai Bot commented Mar 18, 2026 •

Copy link
Copy Markdown

Walkthrough

A LESS color variable in the edit area component theme was updated to use a transparent background for the iframe instead of white. This is a single-line styling modification affecting only the theme configuration.

Changes

Cohort / File(s) Summary
Edit Area Theme Styling
modules/oxide/src/less/theme/components/edit-area/edit-area.less
Updated the @edit-area-iframe-background-color variable from @color-white to transparent, changing the iframe background appearance while preserving all other style declarations.

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~2 minutes

🚥 Pre-merge checks | ✅ 3
✅ Passed checks (3 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title clearly and specifically describes the main change: modifying the edit area iframe background styling from white to transparent.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

📝 Coding Plan
  • Generate coding plan for human review comments

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

Tip

CodeRabbit can use Trivy to scan for security misconfigurations and secrets in Infrastructure as Code files.

Add a .trivyignore file to your project to customize which findings Trivy reports.

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Inline comments:
In `@modules/oxide/src/less/theme/components/edit-area/edit-area.less`:
- Line 5: The shared LESS variable `@edit-area-iframe-background-color` was
changed to transparent but is consumed by edit-area, dialog and ai-preview, so
confirm whether dialog and ai-preview should remain opaque; if not intended,
either create and use component-specific variables (e.g.
`@dialog-iframe-background-color` and `@ai-preview-iframe-background-color`) and
replace uses in the dialog and ai-preview styles, or add explicit overrides in
the dialog (targeting .tox-dialog__iframe--opaque) and ai-preview styles to set
the required non-transparent background, leaving
`@edit-area-iframe-background-color` as-is for the edit-area component.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro

Run ID: 2777aafa-3648-4e70-9512-d911912228b4

📥 Commits

Reviewing files that changed from the base of the PR and between 0b6ad0a and b4b9996.

📒 Files selected for processing (1)
  • modules/oxide/src/less/theme/components/edit-area/edit-area.less

//

@edit-area-iframe-background-color: @color-white;
@edit-area-iframe-background-color: transparent;

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue | 🟠 Major

🧩 Analysis chain

🏁 Script executed:

#!/bin/bash
# Description: Find all usages of `@edit-area-iframe-background-color` across the codebase

rg -n '@edit-area-iframe-background-color' --type-add 'less:*.less' --type less

Repository: tinymce/tinymce

Length of output: 549


Variable is shared across three components; verify intended transparency behavior for dialogs and AI preview.

The variable @edit-area-iframe-background-color is used in:

  • edit-area.less (line 34)
  • dialog.less (line 489)
  • ai-preview.less (line 22)

Changing this to transparent affects all three components. Verify that dialog and AI preview iframes are intended to have transparent backgrounds (especially since the dialog component has a .tox-dialog__iframe--opaque class). If not, either override the variable in the specific components or introduce separate variables.

🧰 Tools
🪛 Stylelint (17.4.0)

[error] 5-5: Unexpected unknown at-rule "@edit-area-iframe-background-color:" (scss/at-rule-no-unknown)

(scss/at-rule-no-unknown)

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@modules/oxide/src/less/theme/components/edit-area/edit-area.less` at line 5,
The shared LESS variable `@edit-area-iframe-background-color` was changed to
transparent but is consumed by edit-area, dialog and ai-preview, so confirm
whether dialog and ai-preview should remain opaque; if not intended, either
create and use component-specific variables (e.g.
`@dialog-iframe-background-color` and `@ai-preview-iframe-background-color`) and
replace uses in the dialog and ai-preview styles, or add explicit overrides in
the dialog (targeting .tox-dialog__iframe--opaque) and ai-preview styles to set
the required non-transparent background, leaving
`@edit-area-iframe-background-color` as-is for the edit-area component.

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants