Skip to content

Use design palette highlight color (#f8eedf) for all page headers#168

Open
Copilot wants to merge 6 commits into
mainfrom
copilot/adopt-design-color-palette
Open

Use design palette highlight color (#f8eedf) for all page headers#168
Copilot wants to merge 6 commits into
mainfrom
copilot/adopt-design-color-palette

Conversation

Copy link
Copy Markdown
Contributor

Copilot AI commented Apr 1, 2026

Headers across multiple pages were rendering in faint grey — either from undefined utility classes (text-heading, text-body) falling back to Toastify's --toastify-text-color-light: #757575, from text-foreground-200 (#b3adaa), or from having no color class at all.

Changes

  • Home.tsxh2 "Instructing" / "Attending": no color → text-highlight-500
  • exercise_id.tsxh2/h3/h4 using undefined text-headingtext-highlight-500; <p> using undefined text-bodytext-white
  • ImportExercisesPanel.tsxh3 text-foreground-200text-highlight-500
  • TeacherView.tsxh1/h2 text-foreground-200text-highlight-500
  • Read.tsxh3 "No Exercises": no color → text-highlight-500

highlight-500 is already defined in tailwind.config.js as #f8eedf:

highlight: {
  500: '#f8eedf',  // Khaki Yellow — design palette highlight
}

Copilot AI linked an issue Apr 1, 2026 that may be closed by this pull request
@kbuffardi kbuffardi requested a review from aaditi2 April 1, 2026 07:01
@kbuffardi
Copy link
Copy Markdown
Contributor

kbuffardi commented Apr 1, 2026

@aaditi2 can you check the colors used on all the pages throughout the website to make sure that on more than OS and on {Chrome, Firefox, Edge, Brave} browsers that the text adheres to the colors specified in design color palettes and shows contrast with the background. This is documented in issue #159

Copilot AI changed the title [WIP] Update text headers to use graphic design color palette Use design palette highlight color (#f8eedf) for all page headers Apr 1, 2026
Copilot AI requested a review from kbuffardi April 1, 2026 07:33
@aaditi2
Copy link
Copy Markdown

aaditi2 commented Apr 2, 2026

@kbuffardi yes I'll check it

@aaditi2
Copy link
Copy Markdown

aaditi2 commented Apr 3, 2026

@kbuffardi Yes it seems like the issue is still persistent. I can still see gray color headings instead of #f8eedf for the headings on Chrome, Firefox and Edge. I checked Chrome through my mac and other 2 through Windows and it gave the same issue.

@kbuffardi
Copy link
Copy Markdown
Contributor

kbuffardi commented Apr 3, 2026

@kbuffardi Yes it seems like the issue is still persistent. I can still see gray color headings instead of #f8eedf for the headings on Chrome, Firefox and Edge. I checked Chrome through my mac and other 2 through Windows and it gave the same issue.

Thanks. Can you go through all the unique pages and create a list of the pages that had any gray headings/text?

@aaditi2
Copy link
Copy Markdown

aaditi2 commented Apr 10, 2026

Hi @kbuffardi, I’ve verified the theme changes. Most are looking great, though I've found a slight discrepancy in the text color for the exercise view.

Correct intended views:

  1. Home.tsx: "Instructing" / "Attending" headers are now correctly using text-highlight-500 and #F8EEDF color.
  2. ImportExercisesPanel.tsx: "Student progress" successfully updated to text-highlight-500.
  3. TeacherView.tsx: Main headers are rendering correctly in text-highlight-500 and #F8EEDF.

Issue:

  1. exercise_id.tsx: Headers are correctly showing text-highlight-500, but the p tags (body text) are rendering in #F8EEDF instead of the intended white.

@kbuffardi kbuffardi marked this pull request as ready for review April 17, 2026 21:15
DAC098 added 2 commits April 24, 2026 19:36
modified the changes to use a new set of components in the
`typeography.tsx` file. this will hold common styling elements related
to text components. I left some notes in the file regarding the current
state of it.
vite did not feel like telling me about it and had to force it to
refresh.
@DAC098 DAC098 requested a review from NickK21 May 1, 2026 21:29
Copy link
Copy Markdown
Contributor

@NickK21 NickK21 left a comment

Choose a reason for hiding this comment

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

@DAC098 requesting changes on the shared heading helper, since the current implementation introduces jsx-a11y/heading-has-content warnings by relying on {...props} for children. Rendering children explicitly in the wrapper should preserve the behavior and avoid the added lint noise.

The "typeography" to "typography" filename spelling and the TeacherView heading change are smaller follow-up items.

Comment on lines +18 to +25
export const H1 = forwardRef<HTMLHeadingElement, ComponentProps<"h1">>(({className, ...props}, ref) => {
return <h1
ref={ref}
className={cn("text-highlight-500", className)}
{...props}
/>;
});
H1.displayName = "H1";
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Nice abstraction overall.

One thing to maybe tweak: these heading wrappers pass children through {...props}, which still renders correctly, but eslint can’t detect the heading content and raises jsx-a11y/heading-has-content on each helper.

Could we destructure children explicitly and render it inside the heading element? That should keep the behavior the same and avoid the new lint noise.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

this was a similar process as to what I have done with a different project. the idea being that they only thing that needs to be extracted is and then everything else is just passed through without worrying about what it is.

if we are starting to use eslint then I can make the change otherwise I am inclined to leave it as me taking it out just to manually pass it in seems unnecessary.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Non-blocking: should this file be renamed to typography.tsx before more imports depend on the typeography spelling?

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

yes, I should probably fix my bad spelling

<H1 className="text-[16px] font-bold">
Teacher Dashboard
</span>
</H1>
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

I noticed this changes Teacher Dashboard from a span to an h1 via the new helper.

I assume that was intentional, but wanted to confirm the goal here was also to make it a semantic page heading, not just to pick up the shared heading styling.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

that was the idea, since it had the exact same heading style I figured I would just make it a heading.

@DAC098 DAC098 requested a review from NickK21 May 30, 2026 02:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Adopt design color palette for all text headers

5 participants