Radio - fix checked and error states

[thrbnhrtmnn]

Description / User Story

Describe the ticket here or formulate a user story as follows:

This issue fixes current issues with checking the control of the radio. Currently this is not possible. Also it should not be possible in Readonly. Furthermore it should be possible in error state.

---

Acceptance Criteria

• The radio can be checked by either setting checked to true or clicking the control
• Prevent click in readOnly,; focusing the control is still possible, but will not check the control
• Allow active option in error state and use the correct tokens
• The Hover state for selected/checked radio is also working as defined in design
• The Pressed state for selected/checked radio is also working as defined in design

---

Background information

• Add relevant information here
• ...

[seemann]

We should discuss if the read-only status makes sense. The read-only attribute is not a standard for input radios.

https://developer.mozilla.org/en-US/docs/Web/HTML/Attributes/readonly

[seemann]

The fix for the uncheckable radios and the styling issues is merged.
The topic regarding the read-only state should be fixed in another ticket.

[thrbnhrtmnn]

Hey @seemann , I agree to slice out the read-only topic into a new ticket (#832). But I also found an issue with the current implementation. It seems to me that the pressed state is not implemented as defined in design. At least I could not make it work. Can you have a look at that again?

[seemann]

Hey @thrbnhrtmnn, is it not this one?

Bildschirmaufnahme.2024-01-25.um.12.21.09.mov

[thrbnhrtmnn]

Hey @seemann , oh yes this looks correct. I did not see that, because I only pressed the control element. This does not seem to have the correct effect.

@larserbach , am I correctly assuming that the pressed (and all other states) should also be triggered when interacting with the control? Please verify this :-)

Another question I now have is, if the effects should also be triggered when hovering/clicking/pressing the gap in-between the control and the label. Currently this is not the case in code.

[thrbnhrtmnn]

Added design label and changed type to dev & design, as a decision from design is still open.

[thrbnhrtmnn]

Last AC has been moved to #1073.

This issue can be closed now.