-
-
Notifications
You must be signed in to change notification settings - Fork 1k
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
gCode Legend & Viewer Improvements #8198
base: main
Are you sure you want to change the base?
Conversation
My question is not directly related to this PR, but have you ever considered making G-code inspector colors similar to the main widgets themes? Somewhat similar to the gizmo tool bar. |
thanks for indicating that point. i will look what i can do |
…rcaSlicer into gcode-viewer-improvements
@yw4z For example, why did you decide to replace the checkbox with an eye icon whose state can only be determined by the color, while the checkbox lets you know immediately if it has been checked or not, even if you cannot distinguish between colors? The main goal of every single change should be to improve usability. I once read a quote in another repo that went something like this: However, this particular change (eye icon) makes it a bit harder to use for some than before. In this case, please either keep the checkboxes, or make the difference between the "selected" and "unselected" states more obvious, e.g. by representing the unchecked state by a closed eye. kind regards |
this looks nice. |
hi @discip here is an alternative. used boxes on non-visible items. as you know eye icon already represents visibility on most UI's. Let's hear what people think |
@yw4z , could you please try crossed-out gray eye for disabled items? |
This is not what I wrote. 😊
Yes, on that one we are on the same page. And that's one of the things I thanked you for.
Mixing these themes doesn't look right, as you would expect either an empty box & one with a check mark in it, or an opened eye and a closed one. These are completely different concepts. |
haven't tested yet but does it adapt for a larger width when multi material prints are displayed? |
@igiannakas didnt saw issues when using 2 material but didnt tested further. Window width determined by bottom content and dynamic. i assume it shouldnt be a problem Whats your opinion about icon usage on display section? shared few examples above |
Also maybe ever so slightly higher spacing between the time/percent/usage columns would be a good idea for the ones with less good eyesight :) |
@igiannakas i didnt touched these spacings because it broke many placement when i changed before |
@buzzhuzz btw which os you use? eye icon looks blurry on your image on #8294 (comment) |
CHANGES
• Made Color squares a bit smaller
• Used % instead "Percent" and removed "%" from types
• Used "Usage" instead "Filament usage". Requires translation
• Removed spaces between [Length][Unit] and [Weight][Unit]
• Used eye icon and removed "Display" from header
• Removed "color scheme" text to compact frame width. Writing on different line can be an alternative method instead hiding
• Added button for toggling gCode editor. Fixes #3136
• Increased Combo box height to prevent scrolling to reach last elements of list. Fixes #4486
• Removed background color for expand/collapse button because its not fitting well. Will try to colorize icon on hover
• Added new icons for Expand/Collapse/gCode Viewer Toggle
• Removed darker rectangle on top. That gives more clean look imo
TODO
• Check design on light mode
• Store window width to keep Expand/Collapse button on same position to prevent mouse movement requirement while toggling
• Add scroll ability to gcode editor
• Optimize code changes for less code change requirement
• Test for other languages
• Add an eye icon to header
COMPARISON
before
After - Width of legend is smaller %20 percent and allows for more screen space
before
after - Dropdown height increased to fit all contents. This prevents unnecessary scrolling
before
after