fix(blog): use landing theme variables in MDX components#3900
fix(blog): use landing theme variables in MDX components#3900waleedlatif1 merged 1 commit intostagingfrom
Conversation
|
The latest updates on your projects. Learn more about Vercel for GitHub. |
PR SummaryLow Risk Overview Written by Cursor Bugbot for commit c9d7732. Configure here. |
Greptile SummaryThis PR fixes a theming bug in the blog's MDX component definitions where workspace-scoped CSS variables were being used in the landing-page context. The blog lives under the landing theme, so Changes:
The fix is minimal, well-scoped, and consistent with the rest of the file, which already used Confidence Score: 5/5Safe to merge — targeted, correct theming fix with no logic changes or regressions. All four changed lines are straightforward CSS variable substitutions that align the blog MDX components with the existing landing-theme pattern already used throughout the same file. No logic, data flow, or API surface is affected. No new issues introduced. No files require special attention. Important Files Changed
Flowchart%%{init: {'theme': 'neutral'}}%%
flowchart TD
A[MDX Content] --> B{Element type?}
B -->|h2 / h3 / h4 / strong / a| C["--landing-text (unchanged)"]
B -->|p / ul / ol| D["--landing-text-muted (was --text-subtle)"]
B -->|inline code| E["bg: --landing-bg-elevated (was --surface-4)"]
B -->|fenced code block| F[CodeBlock component]
B -->|hr| G["border: --landing-bg-elevated (unchanged)"]
Reviews (1): Last reviewed commit: "fix(blog): use landing theme variables i..." | Re-trigger Greptile |
Summary
--surface-4) instead of the dark landing theme background — this caused text to be invisiblep,ul, andolMDX components using workspace theme variable--text-subtleinstead of the landing theme variable--landing-text-mutedType of Change
Testing
Tested manually
Checklist