feat: change color of label on hovered and active state

[michaelmkraus]

Proposed changes

• change color of label on hovered and active state

Types of changes

• Bugfix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Refactoring (fix on existing components or architectural decisions)
• Breaking change (fix or feature that would cause existing functionality to not work as expected)
• Documentation Update (if none of the other choices apply)

[github-actions]

🔭🐙🐈 Test this branch here: https://db-ux-design-system.github.io/core-web/review/feat-optimize-hover-data-inputs

[Copilot]

Copilot reviewed 3 out of 4 changed files in this pull request and generated no comments.

Files not reviewed (1)

• packages/components/src/styles/internal/_form-components.scss: Language not supported

[nmerget]

There are some additonal things:

• You need to check the disabled state the label is interactive
• The radio[checked] shouldn't be interactive, the label shouldn't be interactive as well for this

[nmerget]

Can we merge this with get-validity-color-check? There is a similar selector. Maybe we should change the complete @mixin set-default-check-element to use the $selector instead of &:has(input:not([role="switch"])).

There is another hover & pressed function for the input and for the disabled state. By rewriting the complete set-default-check-element we could save a lot of complexity. Just use hover pressed if not $selector=switch or radio:checked or input:disabled

[mfranzke]

blocked by #4096, which needs to get finished first.