Closed mcrascal closed 9 months ago
Latest commit: 57fb18e45af40bc5df3807063060ba929ece42c0
The changes in this PR will be included in the next version bump.
Not sure what this means? Click here to learn what changesets are.
Click here if you're a maintainer who wants to add another changeset to this PR
The latest updates on your projects. Learn more about Vercel for Git ↗︎
Name | Status | Preview | Comments | Updated (UTC) |
---|---|---|---|---|
evidence-docs | ✅ Ready (Inspect) | Visit Preview | 💬 Add feedback | Aug 7, 2023 6:03pm |
Name | Link |
---|---|
Latest commit | 57fb18e45af40bc5df3807063060ba929ece42c0 |
Latest deploy log | https://app.netlify.com/sites/evidence-development-workspace/deploys/64d15b477e538000087661e3 |
Dig the skeleton a lot
@csjh can you take a look at making the tailwind palette import-able into component utilities. We have a colors file that I'd like to link back to the tailwind config. I don't view this as blocking.
the colors
const is exported from the tailwind configuration package; so we might just need to update the colors to be hex instead of hsla, and that should be enough.
the
colors
const is exported from the tailwind configuration package; so we might just need to update the colors to be hex instead of hsla, and that should be enough.
Does tailwind not recognize HSLA? Or am I misunderstanding
@csjh can you help me move the fonts out of example project to be packaged with the tailwind package?
As in, put the .woff
files in the tailwind package and use them as static files from there?
@csjh
Re colors -- I want this block to depend on the colours from whatever tailwind theme is present in the project (similar to how the css vars are created in app.css
). Just trying to remove hardcodes, and centralize this type of base config in tailwind.
Re fonts -- I am not sure if that's the best approach, but I have a hunch they should not live in the template's static directory. I'd like them to be accessible to core-components, (or anything else that's using our tailwind preset), and I'd like us to be able to manage them in one place.
Does tailwind not recognize HSLA? Or am I misunderstanding
It does, but the values have an <alpha-value>
in them which would break when trying to use them in JavaScript, hex wouldn't have this issue
If I open on mobile, I can "scroll" the navbar which feels weird
I am not totally sure what the screen cap is showing there. I can't get the header container to actually scroll, but I think you're looking at the overscroll behaviour, which was a bit weird in chrome. I've updated to give the header the same overscroll behaviour as what we have now.
I managed to get caught in a scroll issue on mobile - it was scrolling the page behind rather than the sidebar
Resolved, we're now scroll locking the body when the mobile/tablet sidebar is open.
The error boundaries are inconsistent between Value and Charts
Toned down the border on the value errors
error boundary alignment seems off, remove top margin / padding?
Only the fonts have been changed. See existing:
Same with the label. See existing:
maybe we should make it clearer when breadcrumbs are vs are not clickable? eg you cannot click on Ui components here, but the mouse still turns into a pointer on hover
Done. Clickable gets an underline on hover, pointer cursor. Un-clickable gets neither.
Closing in favour of #1086
This is ready for feedback:
Goals
Not goals
Closes #573, closes #712, closes #739, closes #777, closes #501
Notable changes
gray-200
, our existing palette was quite close to tailwind's defaults anyways.Feedback
For feedback, it'd be helpful to get it broken into two categories:
Next Steps