-
Notifications
You must be signed in to change notification settings - Fork 25
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
2640 redesigned smiley scale #3097
Conversation
# Conflicts: # app/views/audit.scala.html
Updating gallery page to use new smiley scale.
Just two comments for now from testing. I'll take a look at the code next! I like the little fade in animation when you select a severity on the Explore page, but it sticks around when you open up a new context menu, and you see the fade out to no severity or a different severity. GIF below. It's not a huge deal, but I did find it a bit visually distracting to see the color change after opening the menu each time. Something else that might be nice to have, and I'm interested to hear what @jonfroehlich and @hoominchu think about this: When choosing a severity on the sidebar in Gallery, should we make it so that all of the smileys to the left of the one you're hovering over are also filled in? |
Code looks great! Though I didn't really understand why we need to duplicate the svg code in |
@misaugstad pushed a fix for the delay in the smiley animation when a new context menu is opened. Re: svg code being duplicated in audit.scala.html and not in gallery.scala.html, on the audit page, we need smileys to be drawn inside the canvas and for this we need the 'fill' values to be hardcoded in the SVGs. This is not a requirement in any of the other pages. Let me know if you would like to discuss this on a call. Re: highlighting all the smileys to the left of the hovered one in gallery sidebar, I wonder if that conveys that all the severity levels to the left will be selected while we actually select only the one hovered/clicked upon? |
I think that's fair. I think that both methods are confusing in their own ways, and the way I suggested would take a nontrivial amount of effort, so let's stick with what we've got :) Hoping to take a final look later today! |
…Webpage into 2640-redesigned-smiley-scale
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.
Looking good!! The transition is still a bit weird, because now it only does the slow transition when using keyboard shortcuts if your mouse is over the context menu... But I'm in the middle of greatly simplifying the JS that relates to that stuff, so it might be easier for me to make that quick change later!
Thanks @misaugstad. Can you make a new Issue for that so we don't forget? Awesome to see this come to fruition. Great work @hoominchu and @misaugstad!! |
Resolves #2640
This is a brief description of the problem solved or feature implemented and how you implemented it.
The smileys used on gallery, validate, and audit page started from a 'smiling face' which needed a redesign to start from a 'neutral face'. Additionally the icons were not consistent and used PNGs instead of SVGs—both of these issues are addressed.
Before/After screenshots (if applicable)
The smiley redesign on the filter section of the gallery page.
Before
After
More screenshots here: #2640 (comment)
Testing instructions
Things to check before submitting the PR