-
Notifications
You must be signed in to change notification settings - Fork 1
EAGLE-1617: Fix precious and positional flag icons in ParameterTable #996
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
base: master
Are you sure you want to change the base?
Conversation
…vious. Only show precious and positional if field is an Application Argument
Reviewer's GuideUpdate the node parameter table UI so precious/positional icons are only shown for application arguments and visually indicate enabled state with filled material icons, plus a minor TypeScript style tweak. Flow diagram for conditional rendering of precious and positional iconsflowchart TD
A[Render_parameter_row] --> B{parameterType === Daliuge.FieldType.Application}
B -->|No| C[Do_not_render_precious_or_positional_icons]
B -->|Yes| D{Setting.ALLOW_COMPONENT_EDITING}
D -->|No| E[Do_not_render_precious_or_positional_icons]
D -->|Yes| F{isPrecious}
F -->|Yes| G[Render_precious_button_with_filled_diamond_icon]
F -->|No| H[Render_precious_button_with_outline_diamond_icon]
G --> I[Button_click_calls_togglePrecious]
H --> I
D --> J{isPositionalArgument}
J -->|Yes| K[Render_positional_button_with_filled_location_on_icon]
J -->|No| L[Render_positional_button_with_outline_location_on_icon]
K --> M[Button_click_calls_togglePositionalArgument]
L --> M
File-Level Changes
Tips and commandsInteracting with Sourcery
Customizing Your ExperienceAccess your dashboard to:
Getting Help
|
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.
Hey - I've left some high level feedback:
- The precious/positional button markup is now duplicated between the true/false cases primarily to toggle the
filledclass; consider using acssbinding (or similar) to conditionally addfilledon a single<button>/<i>block for each control to reduce repetition. - The
Setting.findValue(Setting.ALLOW_COMPONENT_EDITING)condition is repeated separately for precious and positional controls; you could wrap both under a singleko ifto simplify the template and make the editing gate more obvious.
Prompt for AI Agents
Please address the comments from this code review:
## Overall Comments
- The precious/positional button markup is now duplicated between the true/false cases primarily to toggle the `filled` class; consider using a `css` binding (or similar) to conditionally add `filled` on a single `<button>/<i>` block for each control to reduce repetition.
- The `Setting.findValue(Setting.ALLOW_COMPONENT_EDITING)` condition is repeated separately for precious and positional controls; you could wrap both under a single `ko if` to simplify the template and make the editing gate more obvious.Help me be more useful! Please click 👍 or 👎 on each comment and I'll use the feedback to improve your reviews.
M-Wicenec
left a comment
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.
👍
Just added the "filled" class to the icons if the flags are enabled.
Also, only show precious and positional if field is an Application Argument. Added a "knockout if" around the icon display HTML elements.
Summary by Sourcery
Restrict display of precious and positional parameter controls to application arguments and visually distinguish enabled flags in the parameter table UI.
Bug Fixes:
Enhancements: