-
Notifications
You must be signed in to change notification settings - Fork 3
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
feat: self assessment changes with time and view recommendation button #667
feat: self assessment changes with time and view recommendation button #667
Conversation
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.
It wasn't possible to achieve the exact layout on the screenshots in the ticket without hardcoding width overrides in the CSS, and overriding the design system table styling, neither of which is ideal
I don't think this is necessarily true, or, rather, I think you've been led down the wrong rabbit hole.
There's a few things here, but I think we should discuss tomorrow:
- When our task list was originally implemented it was a pattern not a component. So our CSS is... well I have no idea where it comes from. It is now a component though.
- It's very common for services to change how the GDS components work/look to a degree
- Why is this even a table? It really shouldn't be. I guess it matters less when you've only got 2 columns, but we're changing the component/pattern now right? In which case maybe it is time to rethink how its layed out. Why can't we just switch to flex?
I have spent a lot of time on this PR. You've done a good job, there's a few semi-minor things (e.g. tag colours). I can't test it properly though due to the current issue until the PR goes in. However, I have a lot of strong feelings on this redesign. None of them good. To add some thoughts on this (none of which are about your code)
Even if we decided that we really, really want... this. We're going to have to do some much bigger changes to the GDS task list component than you already have.
3 different sizes. Which was less of an issue when they were right aligned, and only different if they were different statuses. Now we have 2 different sizes for the same status And this will only get worse as the dates are more varied: On another note: I can't see Tony having done a re-done design for you? And the design that was provided is incorrect (unless we're going all grey tags? Which... don't get me started). IMO the way the task list is being changed now violates the intention behind it. To quote GDS: "The task list component displays all the tasks a user needs to do, and allows users to easily identify which ones are done and which they still need to do." "easily identify which ones are done" - nope not with tags all being same colour "Users can only move on from the task list when all tasks are shown as ‘Completed’." Well there's no where to move on to. "Each task within a task list includes a task name and a status. It can also include hint text if you decide this is needed." Well now we're including more, still no help text though. Anyway that's a lot of words about something that really is nothing to do with this PR it's just highlighted it all for me and I needed somewhere to write my thoughts out ready for tomorrow I guess. Thanks for reading! |
Thanks for all these thoughts Adding this as one to include in convo - I totally agree that this would be a misuse of task-list, which is why I've changed it to be using the summary component instead, which does meet the multi column design, and since tags are a thing on their own I think we're ok to use those within. But it is essentially tasks so perhaps summary isn't the perfect one either. With summary component I haven't had to override too much. I wanted to avoid hardcoded widths and heights within but I'm not sure how many options there'll be for the heights and tag widths... you raise good points, probably one for a conversation. The redesign is on the ticket - I did double check the grey tags but it is what the design wants |
Description
This PR extends the existing work to the self-assessment page to display the view recommendation button next to the category.
Removes the new recommendation banner, as this is now indicated by the "New" tag next to view recommendation, after a user completes a topic
Notes