Skip to content

Thulasizwe/en/dropdown tag#3579

Merged
James-Baloyi merged 3 commits intoshesha-io:mainfrom
czwe-01:thulasizwe/en/dropdown-tag
Jul 17, 2025
Merged

Thulasizwe/en/dropdown tag#3579
James-Baloyi merged 3 commits intoshesha-io:mainfrom
czwe-01:thulasizwe/en/dropdown-tag

Conversation

@czwe-01
Copy link
Copy Markdown
Collaborator

@czwe-01 czwe-01 commented Jul 15, 2025

#3278

Summary by CodeRabbit

  • New Features

    • Added support for disabling and ignoring specific dropdown options.
    • Updated icon picker to display the selected icon inside a button for improved interactivity.
  • Style

    • Enhanced icon picker button styling to ensure a transparent background, including on hover.
    • Improved dropdown tag alignment by adjusting horizontal justification based on text alignment.
  • Bug Fixes

    • Fixed dropdown option disabling to rely on option values rather than their position in the list.
    • Tooltip in tag dropdown now consistently appears on hover and displays label and description more clearly.

@coderabbitai
Copy link
Copy Markdown
Contributor

coderabbitai bot commented Jul 15, 2025

Walkthrough

The updates forward disabledValues and ignoredValues props to the Select component in Dropdown, adjust how disabled items are determined in GenericRefListDropDown, refine tooltip content in reflistTag, wrap the selected icon in IconPicker with an Ant Design button, and tweak related styles and tag alignment.

Changes

File(s) Change Summary
.../dropdown/dropdown.tsx Forwards disabledValues and ignoredValues props to Select in the Dropdown component.
.../iconPicker/index.tsx Renders the selected icon inside an Ant Design Button instead of standalone, with configurable size.
.../iconPicker/styles/styles.ts Adds CSS to make the button background transparent in the selected icon area, including on hover.
.../refListDropDown/genericRefListDropDown.tsx Updates disableValue to check against item value instead of index; removes unused parameter.
.../refListDropDown/reflistTag.tsx Changes tooltip trigger to 'hover' and restructures tooltip content for tags.
.../designer-components/dropdown/index.tsx Adds justifyContent styling to dropdown tags based on tagStyle.textAlign.

Sequence Diagram(s)

sequenceDiagram
    participant User
    participant Dropdown
    participant Select

    User->>Dropdown: Provide props (including disabledValues, ignoredValues)
    Dropdown->>Select: Forward props (now includes disabledValues, ignoredValues)
    Select-->>User: Render dropdown with appropriate disabled/ignored options
Loading
sequenceDiagram
    participant User
    participant IconPicker
    participant Button
    participant ShaIcon

    User->>IconPicker: Select icon
    IconPicker->>Button: Render with type='text', size, and icon prop
    Button->>ShaIcon: Render icon inside button
    Button-->>User: Display clickable selected icon as a button
Loading

Possibly related PRs

Suggested reviewers

  • James-Baloyi

Poem

In dropdowns and pickers, we tweak and we play,
Icons in buttons now brighten the day.
With tooltips refined and alignments just right,
Disabled and ignored—now handled in sight.
A hop and a wiggle, the rabbit approves—
Code polished and spruced, with elegant moves! 🐇✨

✨ Finishing Touches
  • 📝 Generate Docstrings

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Explain this complex logic.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai explain this code block.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and explain its main purpose.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Support

Need help? Create a ticket on our support page for assistance with any issues or questions.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR.
  • @coderabbitai generate sequence diagram to generate a sequence diagram of the changes in this PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

@czwe-01 czwe-01 requested a review from James-Baloyi July 15, 2025 09:46
Copy link
Copy Markdown
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 2

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between dbfc9eb and 7ac5888.

📒 Files selected for processing (6)
  • shesha-reactjs/src/components/dropdown/dropdown.tsx (1 hunks)
  • shesha-reactjs/src/components/iconPicker/index.tsx (1 hunks)
  • shesha-reactjs/src/components/iconPicker/styles/styles.ts (1 hunks)
  • shesha-reactjs/src/components/refListDropDown/genericRefListDropDown.tsx (1 hunks)
  • shesha-reactjs/src/components/refListDropDown/reflistTag.tsx (1 hunks)
  • shesha-reactjs/src/designer-components/dropdown/index.tsx (1 hunks)
🧰 Additional context used
🧠 Learnings (7)
📓 Common learnings
Learnt from: teboho
PR: shesha-io/shesha-framework#3397
File: shesha-reactjs/src/designer-components/charts/bar.tsx:49-52
Timestamp: 2025-06-12T16:55:57.638Z
Learning: For the chart components’ migrators (e.g., BarChartComponent in shesha-reactjs/src/designer-components/charts/bar.tsx), the version 5 step intentionally spreads `{ ...prev, ...defaultConfigFiller }` so that values from `defaultConfigFiller` override any existing properties in `prev`. This reset to new defaults is by design and should not be flagged as an issue.
shesha-reactjs/src/designer-components/dropdown/index.tsx (4)
Learnt from: teboho
PR: shesha-io/shesha-framework#3397
File: shesha-reactjs/src/designer-components/charts/bar.tsx:49-52
Timestamp: 2025-06-12T16:55:57.638Z
Learning: For the chart components’ migrators (e.g., BarChartComponent in shesha-reactjs/src/designer-components/charts/bar.tsx), the version 5 step intentionally spreads `{ ...prev, ...defaultConfigFiller }` so that values from `defaultConfigFiller` override any existing properties in `prev`. This reset to new defaults is by design and should not be flagged as an issue.
Learnt from: teboho
PR: shesha-io/shesha-framework#3312
File: shesha-reactjs/src/hooks/formComponentHooks.ts:183-192
Timestamp: 2025-05-28T07:55:21.036Z
Learning: In shesha-reactjs formComponentHooks.ts, the background style initialization deliberately sets valid values from properties panel immediately to provide better UX, rather than waiting for the useDeepCompareEffect to run. This intentional pattern prevents a flash of no background and shows the background image immediately when the component renders.
Learnt from: teboho
PR: shesha-io/shesha-framework#3374
File: shesha-reactjs/src/generic-pages/settings/dynamic-theme/textsExample.tsx:13-15
Timestamp: 2025-06-10T11:52:51.462Z
Learning: In the Shesha framework's dynamic theme system, the "Global text" Typography element in textsExample.tsx is intentionally left without explicit styling to demonstrate automatic global text color application through the ConfigProvider's colorText token, while the "Default text" element uses explicit theme color styling to show the difference between global and default text color approaches.
Learnt from: teboho
PR: shesha-io/shesha-framework#3461
File: shesha-reactjs/src/designer-components/charts/settingsFormIndividual.ts:1280-1280
Timestamp: 2025-06-26T19:59:22.872Z
Learning: In shesha-reactjs chart settings forms, the styling panels (border, shadow, background) should not include buttonType-based hidden conditions since charts are not button components. The border configuration should follow the standard component pattern without button-specific restrictions.
shesha-reactjs/src/components/iconPicker/styles/styles.ts (4)
Learnt from: teboho
PR: shesha-io/shesha-framework#3461
File: shesha-reactjs/src/designer-components/charts/settingsFormIndividual.ts:1280-1280
Timestamp: 2025-06-26T19:59:22.872Z
Learning: In shesha-reactjs chart settings forms, the styling panels (border, shadow, background) should not include buttonType-based hidden conditions since charts are not button components. The border configuration should follow the standard component pattern without button-specific restrictions.
Learnt from: teboho
PR: shesha-io/shesha-framework#3312
File: shesha-reactjs/src/hooks/formComponentHooks.ts:183-192
Timestamp: 2025-05-28T07:55:21.036Z
Learning: In shesha-reactjs formComponentHooks.ts, the background style initialization deliberately sets valid values from properties panel immediately to provide better UX, rather than waiting for the useDeepCompareEffect to run. This intentional pattern prevents a flash of no background and shows the background image immediately when the component renders.
Learnt from: teboho
PR: shesha-io/shesha-framework#3397
File: shesha-reactjs/src/designer-components/charts/bar.tsx:49-52
Timestamp: 2025-06-12T16:55:57.638Z
Learning: For the chart components’ migrators (e.g., BarChartComponent in shesha-reactjs/src/designer-components/charts/bar.tsx), the version 5 step intentionally spreads `{ ...prev, ...defaultConfigFiller }` so that values from `defaultConfigFiller` override any existing properties in `prev`. This reset to new defaults is by design and should not be flagged as an issue.
Learnt from: teboho
PR: shesha-io/shesha-framework#3374
File: shesha-reactjs/src/generic-pages/settings/dynamic-theme/textsExample.tsx:13-15
Timestamp: 2025-06-10T11:52:51.462Z
Learning: In the Shesha framework's dynamic theme system, the "Global text" Typography element in textsExample.tsx is intentionally left without explicit styling to demonstrate automatic global text color application through the ConfigProvider's colorText token, while the "Default text" element uses explicit theme color styling to show the difference between global and default text color approaches.
shesha-reactjs/src/components/dropdown/dropdown.tsx (4)
Learnt from: teboho
PR: shesha-io/shesha-framework#3397
File: shesha-reactjs/src/designer-components/charts/bar.tsx:49-52
Timestamp: 2025-06-12T16:55:57.638Z
Learning: For the chart components’ migrators (e.g., BarChartComponent in shesha-reactjs/src/designer-components/charts/bar.tsx), the version 5 step intentionally spreads `{ ...prev, ...defaultConfigFiller }` so that values from `defaultConfigFiller` override any existing properties in `prev`. This reset to new defaults is by design and should not be flagged as an issue.
Learnt from: teboho
PR: shesha-io/shesha-framework#3312
File: shesha-reactjs/src/hooks/formComponentHooks.ts:183-192
Timestamp: 2025-05-28T07:55:21.036Z
Learning: In shesha-reactjs formComponentHooks.ts, the background style initialization deliberately sets valid values from properties panel immediately to provide better UX, rather than waiting for the useDeepCompareEffect to run. This intentional pattern prevents a flash of no background and shows the background image immediately when the component renders.
Learnt from: teboho
PR: shesha-io/shesha-framework#3461
File: shesha-reactjs/src/designer-components/charts/settingsFormIndividual.ts:171-192
Timestamp: 2025-06-26T20:01:48.838Z
Learning: In shesha-reactjs chart settings forms, duplicate input configurations may be intentionally included as part of UI/UX experiments and should be flagged for review during UI/UX review phases rather than immediately removed as errors.
Learnt from: teboho
PR: shesha-io/shesha-framework#3461
File: shesha-reactjs/src/designer-components/charts/chartControl.tsx:51-51
Timestamp: 2025-06-26T20:00:58.574Z
Learning: In shesha-reactjs chart components (ChartControl), filters are intentionally passed as props rather than obtained from context. This allows the query builder and other external components to dynamically update filters. The pattern is: most chart configuration comes from useChartDataStateContext(), but filters are passed as props from the chart factories (bar.tsx, line.tsx, pie.tsx, polarArea.tsx) for dynamic updates.
shesha-reactjs/src/components/refListDropDown/reflistTag.tsx (3)
Learnt from: teboho
PR: shesha-io/shesha-framework#3397
File: shesha-reactjs/src/designer-components/charts/bar.tsx:49-52
Timestamp: 2025-06-12T16:55:57.638Z
Learning: For the chart components’ migrators (e.g., BarChartComponent in shesha-reactjs/src/designer-components/charts/bar.tsx), the version 5 step intentionally spreads `{ ...prev, ...defaultConfigFiller }` so that values from `defaultConfigFiller` override any existing properties in `prev`. This reset to new defaults is by design and should not be flagged as an issue.
Learnt from: teboho
PR: shesha-io/shesha-framework#3461
File: shesha-reactjs/src/designer-components/charts/settingsFormIndividual.ts:1280-1280
Timestamp: 2025-06-26T19:59:22.872Z
Learning: In shesha-reactjs chart settings forms, the styling panels (border, shadow, background) should not include buttonType-based hidden conditions since charts are not button components. The border configuration should follow the standard component pattern without button-specific restrictions.
Learnt from: teboho
PR: shesha-io/shesha-framework#3312
File: shesha-reactjs/src/hooks/formComponentHooks.ts:183-192
Timestamp: 2025-05-28T07:55:21.036Z
Learning: In shesha-reactjs formComponentHooks.ts, the background style initialization deliberately sets valid values from properties panel immediately to provide better UX, rather than waiting for the useDeepCompareEffect to run. This intentional pattern prevents a flash of no background and shows the background image immediately when the component renders.
shesha-reactjs/src/components/iconPicker/index.tsx (6)
Learnt from: teboho
PR: shesha-io/shesha-framework#3461
File: shesha-reactjs/src/designer-components/charts/settingsFormIndividual.ts:1280-1280
Timestamp: 2025-06-26T19:59:22.872Z
Learning: In shesha-reactjs chart settings forms, the styling panels (border, shadow, background) should not include buttonType-based hidden conditions since charts are not button components. The border configuration should follow the standard component pattern without button-specific restrictions.
Learnt from: teboho
PR: shesha-io/shesha-framework#3397
File: shesha-reactjs/src/designer-components/charts/bar.tsx:49-52
Timestamp: 2025-06-12T16:55:57.638Z
Learning: For the chart components’ migrators (e.g., BarChartComponent in shesha-reactjs/src/designer-components/charts/bar.tsx), the version 5 step intentionally spreads `{ ...prev, ...defaultConfigFiller }` so that values from `defaultConfigFiller` override any existing properties in `prev`. This reset to new defaults is by design and should not be flagged as an issue.
Learnt from: teboho
PR: shesha-io/shesha-framework#3312
File: shesha-reactjs/src/hooks/formComponentHooks.ts:183-192
Timestamp: 2025-05-28T07:55:21.036Z
Learning: In shesha-reactjs formComponentHooks.ts, the background style initialization deliberately sets valid values from properties panel immediately to provide better UX, rather than waiting for the useDeepCompareEffect to run. This intentional pattern prevents a flash of no background and shows the background image immediately when the component renders.
Learnt from: teboho
PR: shesha-io/shesha-framework#3461
File: shesha-reactjs/src/designer-components/charts/chartControl.tsx:51-51
Timestamp: 2025-06-26T20:00:58.574Z
Learning: In shesha-reactjs chart components (ChartControl), filters are intentionally passed as props rather than obtained from context. This allows the query builder and other external components to dynamically update filters. The pattern is: most chart configuration comes from useChartDataStateContext(), but filters are passed as props from the chart factories (bar.tsx, line.tsx, pie.tsx, polarArea.tsx) for dynamic updates.
Learnt from: teboho
PR: shesha-io/shesha-framework#3374
File: shesha-reactjs/src/generic-pages/settings/dynamic-theme/textsExample.tsx:13-15
Timestamp: 2025-06-10T11:52:51.462Z
Learning: In the Shesha framework's dynamic theme system, the "Global text" Typography element in textsExample.tsx is intentionally left without explicit styling to demonstrate automatic global text color application through the ConfigProvider's colorText token, while the "Default text" element uses explicit theme color styling to show the difference between global and default text color approaches.
Learnt from: teboho
PR: shesha-io/shesha-framework#3461
File: shesha-reactjs/src/designer-components/charts/settingsFormIndividual.ts:171-192
Timestamp: 2025-06-26T20:01:48.838Z
Learning: In shesha-reactjs chart settings forms, duplicate input configurations may be intentionally included as part of UI/UX experiments and should be flagged for review during UI/UX review phases rather than immediately removed as errors.
shesha-reactjs/src/components/refListDropDown/genericRefListDropDown.tsx (1)
Learnt from: teboho
PR: shesha-io/shesha-framework#3397
File: shesha-reactjs/src/designer-components/charts/bar.tsx:49-52
Timestamp: 2025-06-12T16:55:57.638Z
Learning: For the chart components’ migrators (e.g., BarChartComponent in shesha-reactjs/src/designer-components/charts/bar.tsx), the version 5 step intentionally spreads `{ ...prev, ...defaultConfigFiller }` so that values from `defaultConfigFiller` override any existing properties in `prev`. This reset to new defaults is by design and should not be flagged as an issue.
🔇 Additional comments (4)
shesha-reactjs/src/components/refListDropDown/reflistTag.tsx (1)

28-28: LGTM! Enhanced tooltip behavior and content structure.

The changes improve the tooltip functionality by:

  • Explicitly setting the trigger to hover for consistent behavior
  • Providing better structured tooltip content with label and description when showItemName is false
  • Maintaining existing behavior when showItemName is true
shesha-reactjs/src/components/dropdown/dropdown.tsx (1)

182-183: LGTM! Proper forwarding of disabled and ignored values to Select component.

The change correctly forwards the disabledValues and ignoredValues props to the underlying Select component, enabling consistent option disabling and filtering behavior across dropdown components.

shesha-reactjs/src/components/refListDropDown/genericRefListDropDown.tsx (1)

74-79: LGTM! Improved disabling logic from index-based to value-based.

The changes improve the disableValue function by:

  • Removing the unused index parameter for cleaner function signature
  • Changing the disabling logic to check item.value instead of relying on item position
  • Making the disabling behavior more consistent and logical

This aligns well with the value-based approach used throughout the dropdown system.

shesha-reactjs/src/components/iconPicker/styles/styles.ts (1)

17-22: LGTM! Clean CSS implementation for transparent button styling.

The CSS rules are properly scoped to .sha-icon-picker-selected-icon .ant-btn and effectively make the button wrapper transparent while maintaining functionality. This supports the Button wrapper changes in the main component.

value={value}
size={model?.size}
tagStyle={{ ...tagStyle, alignContent: 'center' }}
tagStyle={{ ...tagStyle, alignContent: 'center', justifyContent: tagStyle.textAlign }}
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue

Fix CSS property value mismatch between textAlign and justifyContent.

The direct assignment of tagStyle.textAlign to justifyContent can cause invalid CSS values. The textAlign property uses values like 'left', 'right', 'center', 'justify', while justifyContent expects 'flex-start', 'flex-end', 'center', 'space-between', etc.

Apply this diff to properly map the values:

-            tagStyle={{ ...tagStyle, alignContent: 'center', justifyContent: tagStyle.textAlign }}
+            tagStyle={{ ...tagStyle, alignContent: 'center', justifyContent: tagStyle.textAlign === 'left' ? 'flex-start' : tagStyle.textAlign === 'right' ? 'flex-end' : tagStyle.textAlign }}

Or create a helper function to handle the mapping:

const getJustifyContent = (textAlign: string) => {
  switch (textAlign) {
    case 'left': return 'flex-start';
    case 'right': return 'flex-end';
    case 'center': return 'center';
    case 'justify': return 'space-between';
    default: return 'center';
  }
};
🤖 Prompt for AI Agents
In shesha-reactjs/src/designer-components/dropdown/index.tsx at line 66, the CSS
property justifyContent is incorrectly assigned the value of tagStyle.textAlign,
which can cause invalid CSS. Fix this by mapping textAlign values to appropriate
justifyContent values using a helper function like getJustifyContent that
converts 'left' to 'flex-start', 'right' to 'flex-end', 'center' to 'center',
and 'justify' to 'space-between'. Then replace justifyContent:
tagStyle.textAlign with justifyContent: getJustifyContent(tagStyle.textAlign).

Comment on lines +145 to 157
<Button
size={selectBtnSize}
className={styles.shaIconPicker}
iconName={localSelectedIcon}
{...props}
style={{ fontSize: iconSize || 24 }}
name={localSelectedIcon}
type='text'
icon={<ShaIcon
className={styles.shaIconPicker}
iconName={localSelectedIcon}
{...props}
style={{ fontSize: iconSize || 24 }}
name={localSelectedIcon}
//title={localSelectedIcon} removed to avoid it conflicting with icon tooltip
/>}
/>
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🛠️ Refactor suggestion

Remove redundant className and add accessibility attributes.

The Button wrapper improves consistency and accessibility, but there are two issues:

  1. Redundant className: Both the Button and ShaIcon have className={styles.shaIconPicker}, which is redundant and could cause styling conflicts.

  2. Missing accessibility: The Button should have a title or aria-label attribute for screen readers.

Apply this diff to fix the issues:

<Button
  size={selectBtnSize}
- className={styles.shaIconPicker}
  type='text'
+ title={localSelectedIcon}
+ aria-label={`Selected icon: ${localSelectedIcon}`}
  icon={<ShaIcon
    className={styles.shaIconPicker}
    iconName={localSelectedIcon}
    {...props}
    style={{ fontSize: iconSize || 24 }}
    name={localSelectedIcon}
-   //title={localSelectedIcon} removed to avoid it conflicting with icon tooltip
  />}
/>
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
<Button
size={selectBtnSize}
className={styles.shaIconPicker}
iconName={localSelectedIcon}
{...props}
style={{ fontSize: iconSize || 24 }}
name={localSelectedIcon}
type='text'
icon={<ShaIcon
className={styles.shaIconPicker}
iconName={localSelectedIcon}
{...props}
style={{ fontSize: iconSize || 24 }}
name={localSelectedIcon}
//title={localSelectedIcon} removed to avoid it conflicting with icon tooltip
/>}
/>
<Button
size={selectBtnSize}
type='text'
title={localSelectedIcon}
aria-label={`Selected icon: ${localSelectedIcon}`}
icon={<ShaIcon
className={styles.shaIconPicker}
iconName={localSelectedIcon}
{...props}
style={{ fontSize: iconSize || 24 }}
name={localSelectedIcon}
/>}
/>
🤖 Prompt for AI Agents
In shesha-reactjs/src/components/iconPicker/index.tsx around lines 145 to 157,
remove the redundant className={styles.shaIconPicker} from the ShaIcon component
to avoid styling conflicts, keeping it only on the Button. Additionally, add an
accessibility attribute such as title or aria-label to the Button component to
improve screen reader support, using a descriptive label like the selected icon
name.

@James-Baloyi James-Baloyi merged commit 7202708 into shesha-io:main Jul 17, 2025
2 checks passed
@coderabbitai coderabbitai bot mentioned this pull request Nov 24, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants