Skip to content

Conversation

@bjarnef
Copy link
Contributor

@bjarnef bjarnef commented Nov 17, 2025

Prerequisites

  • I have added steps to test this contribution in the description below

If there's an existing issue for this PR then this fixes part of #20632 and part of #20647

Description

@github-actions
Copy link

Hi there @bjarnef, thank you for this contribution! 👍

While we wait for one of the Core Collaborators team to have a look at your work, we wanted to let you know about that we have a checklist for some of the things we will consider during review:

  • It's clear what problem this is solving, there's a connected issue or a description of what the changes do and how to test them
  • The automated tests all pass (see "Checks" tab on this PR)
  • The level of security for this contribution is the same or improved
  • The level of performance for this contribution is the same or improved
  • Avoids creating breaking changes; note that behavioral changes might also be perceived as breaking
  • If this is a new feature, Umbraco HQ provided guidance on the implementation beforehand
  • 💡 The contribution looks original and the contributor is presumably allowed to share it

Don't worry if you got something wrong. We like to think of a pull request as the start of a conversation, we're happy to provide guidance on improving your contribution.

If you realize that you might want to make some changes then you can do that by adding new commits to the branch you created for this work and pushing new commits. They should then automatically show up as updates to this pull request.

Thanks, from your friendly Umbraco GitHub bot 🤖 🙂

this.#icons = icons;
if (this.data?.filter) {
this.#icons = this.#icons.filter((icon) => {
if (Array.isArray(this.data.filter)) {
Copy link
Member

Choose a reason for hiding this comment

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

Hi @bjarnef

Great to see you taking action on this one.

I will have to say, from a Seperation Of Concerns perspective, I would like the Icon Picker Modal to be as little knowledgeable of the implementation as posible.

So ideally, to align with other Pickers, the filter going into the modal would be a method that takes the whole model for Icons. So defined like this:

filter?: (item: UmbIconDefinition) => boolean;.

In this way the Icon Picker implementation can run the logic of its choice.
— Like I dream that we one day have keywords as part of the Icon model, and categories, and this filtering methods could be used for that as well. :-) I hope that makes sense, thanks

Copy link
Contributor Author

Choose a reason for hiding this comment

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

@nielslyngsoe great suggestion and I was looking with a possible type for regex, there's a RegExp, but no type for pattern although there are suggestions here: microsoft/TypeScript#41160

In custom code of we can control filter for the modal and possible later passed in as config to property editor #20632

But in core icon picker, I think we should consider this as well. In this case I don't want my custom registered icons to show up in icon picker for content types and some may register icons used for custom features in e.g. a dashboard, while it may not make sense this appear in icon picker.

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