- 
                Notifications
    You must be signed in to change notification settings 
- Fork 1
Use default font color #182
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
| WalkthroughThis PR adds a patch release changeset for @embeddable.com/remarkable-ui with font color updates, adds a new gitignore entry for  Changes
 Estimated code review effort🎯 1 (Trivial) | ⏱️ ~5 minutes Pre-merge checks and finishing touches❌ Failed checks (2 warnings)
 ✅ Passed checks (1 passed)
 ✨ Finishing touches🧪 Generate unit tests (beta)
 Comment  | 
236dd76    to
    e25da72      
    Compare
  
    There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 1
🧹 Nitpick comments (1)
.changeset/thirty-baboons-tickle.md (1)
1-5: Changeset format looks good.The file follows the standard changeset format and correctly documents a patch-level change. Consider expanding the description to briefly mention which components are affected (e.g., "Apply default font color CSS variable to Typography component") for better changelog clarity—optional but helpful for maintainability.
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
Cache: Disabled due to Reviews > Disable Cache setting
Knowledge base: Disabled due to data retention organization setting
📒 Files selected for processing (3)
- .changeset/thirty-baboons-tickle.md(1 hunks)
- .gitignore(1 hunks)
- src/remarkable-ui/shared/Typography/Typography.module.css(1 hunks)
🔇 Additional comments (1)
.gitignore (1)
17-18: Clarify the scope of the .gitignore change.The
.specstory/.gitignoreentry appears orthogonal to the PR objective of applying default font color to Typography. This looks like tooling-related configuration rather than part of the font color fix.Is this change intentional to this PR, or should it be in a separate commit? If
.specstory/is generated output, consider ignoring the entire directory (e.g.,.specstory/) rather than just its.gitignorefile.
| .typography { | ||
| font-family: var(--em-font-default, 'Inter', sans-serif); | ||
| margin: unset; | ||
| color: var(--em-form-section-font-font-color); | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🧩 Analysis chain
Verify the CSS variable is properly defined and semantically appropriate.
The change applies --em-form-section-font-font-color to the general Typography component. The variable name suggests form-section-specific semantics—verify this is the correct token for general typography use across the product, not just form contexts.
Run the following to confirm the CSS variable is defined and check its usage:
🏁 Script executed:
#!/bin/bash
# Search for CSS variable definitions
rg -n "em-form-section-font-font-color" --type css
# Search for where this token is typically defined (design tokens, variables)
fd -e css -e scss -e json | xargs rg -l "design-tokens|css-variables|theme"Length of output: 475
Add fallback value for the CSS variable to match other components.
Unlike InputField, Switch, and TextField components which use var(--em-form-section-font-font-color, #212129), Typography.module.css applies this variable without a fallback. If the custom property is not defined and no fallback value is provided, the property is treated as if it has value unset—meaning text won't render with the intended color.
Update line 4 to: color: var(--em-form-section-font-font-color, #212129);
🤖 Prompt for AI Agents
In src/remarkable-ui/shared/Typography/Typography.module.css around line 4, the
color uses the CSS variable without a fallback which can result in unset color
if the custom property is missing; update the declaration to include the same
fallback used by other components (use #212129) so replace the current value
with var(--em-form-section-font-font-color, #212129) to ensure a default color
is applied.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
typography is a reusable component, it should not be attached to a form variable
| The Typography component accepts className as prop - you can pass styles to it there via the FE or WebC | 
| 
 This came from Erin, she mentioned that all remarkable-ui typography should use default color at least. Otherwise, we'll have to pass custom class name every time we use Typography. Ofc we can create a wrapper for it, but not sure if this is ideal approach and whether we have to do it once here as Erin suggested | 
| 
 That makes sense - there should be a default css variable for this color then - using a form variable is incorrect on another note, there will be components that RUI will not provide (because they are very specific to the business and not related to the library). for those cases, the application team will need to make usage of the RUI CSS TOKENS to style elements on your side | 
Typography should use default font color
Summary by CodeRabbit