Skip to content
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

feat: disabled/readOnly styling for TextInput #4609

Closed
wants to merge 1 commit into from

Conversation

lmfaole
Copy link
Contributor

@lmfaole lmfaole commented Feb 26, 2025

ISSUES CLOSED: #4605

Legger til styling for disabled og read-only states i TextInput komponenten.

🎯 Sjekkliste

@lmfaole
Copy link
Contributor Author

lmfaole commented Feb 26, 2025

Default:
Screenshot 2025-02-26 at 12 35 08

Default hover:
Screenshot 2025-02-26 at 12 35 04

Read only:
Screenshot 2025-02-26 at 12 52 40

Disabled:
Screenshot 2025-02-26 at 12 35 12

Disabled read only:
Screenshot 2025-02-26 at 12 35 17

@fremtind-bot
Copy link
Collaborator

fremtind-bot commented Feb 26, 2025

Forhåndsvisning: https://jokul.fremtind.no/preview/olejorgenbakken/issue4566/
🔍 Commit: 977c6ca

Forhåndsvisningen blir tilgjengelig innen et par minutter. Den fjernes automatisk når pull requesten lukkes.

fremtind-bot added a commit that referenced this pull request Feb 26, 2025
@lmfaole lmfaole force-pushed the olejorgenbakken/issue4566 branch from 0241bff to ff88318 Compare February 26, 2025 14:10
@lmfaole
Copy link
Contributor Author

lmfaole commented Feb 26, 2025

Nå er det også lagt til mulighet for å gi en grunn til at det et input felt ikke er tilgjengelig. Dette gjøres med disabledReason propen, og vil se sånn ut:

Screenshot 2025-02-26 at 15 11 22

Merk at dette ikke vil være tilgjengelig for skjermlesere, med en tanke om at det blir veldig støyete. Her er jeg veldig åpen for at vi gjør det tilgjengelig for skjermlesere, så gjerne kom med deres meninger om hvordan det kan løses på en god måte 😸

@lmfaole lmfaole force-pushed the olejorgenbakken/issue4566 branch 3 times, most recently from e63e157 to db005a4 Compare February 26, 2025 14:43
fremtind-bot added a commit that referenced this pull request Feb 26, 2025
inline?: boolean;
inputClassName?: string;
}
export type TextInputProps = Omit<InputGroupProps, "children"> &
Copy link
Contributor

@ivarni ivarni Feb 27, 2025

Choose a reason for hiding this comment

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

En interessant diskusjon er sikkert om vi burde håndtere det som en breaking change når vi endrer fra et interfjes til en type. Dersom noen ute i teamene har valgt å extende TextInputProps av en eller annen grunn så må de også endre ting hos seg.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Denne er jeg litt usikker på om jeg får gjort så mye med. Tenker du det er mer fornuftig å beholde den som et interface, eller skal vi spørre på forum?

@ivarni
Copy link
Contributor

ivarni commented Feb 27, 2025

Ser nice ut for meg, usikker på om det burde presenteres på forum før det slippes?

@Murstam
Copy link
Contributor

Murstam commented Feb 27, 2025

Ser bra ut. Kunne vært greit å se disse statesene på et par andre komponenter også for at sjekke at konseptet funker :)

@piofinn
Copy link
Contributor

piofinn commented Feb 28, 2025

Nå er det også lagt til mulighet for å gi en grunn til at det et input felt ikke er tilgjengelig. Dette gjøres med disabledReason propen, og vil se sånn ut:

Screenshot 2025-02-26 at 15 11 22

Merk at dette ikke vil være tilgjengelig for skjermlesere, med en tanke om at det blir veldig støyete. Her er jeg veldig åpen for at vi gjør det tilgjengelig for skjermlesere, så gjerne kom med deres meninger om hvordan det kan løses på en god måte 😸

Jeg ser at GitHub Primer har valgt å ikke støtte disabled på knappene sine av denne grunn (der har det dog også med fokushåndtering å gjøre), men heller bruker aria-disabled-attributten for å si til skjermlesere at de ikke skal kunne brukes. Det kunne vært en vei å gå for å sørge for at feltene gir mer informasjon?

Gjør man dette har skjermleserbrukere og de som navigerer med tastatur også mulighet til å få med seg at feltet faktisk eksisterer, som vel må være viktig dersom man velger disabled fremfor skjult felt. Den største utfordringen med å gjøre det på denne måten er at vi må lage egen logikk for å unngå uønsket interaksjon med feltet (tror jeg).

Red.: Her er et utdrag av bakgrunnen deres for hvordan de har implementert det de kaller inactive button, som jeg mener er relevant også for våre input-felter (min utheving):

An inactive button is an accessible alternative to a disabled button. They're intended to be used for buttons that are non-functional, but cannot be removed from the page.

Unlike a disabled button, an inactive button can respond to user input. For example, if a button shows a tooltip when hovered or focused, or a dialog when clicked.

@lmfaole
Copy link
Contributor Author

lmfaole commented Feb 28, 2025

Jeg ser at GitHub Primer har valgt å ikke støtte disabled på knappene sine av denne grunn (der har det dog også med fokushåndtering å gjøre), men heller bruker aria-disabled-attributten for å si til skjermlesere at de ikke skal kunne brukes. Det kunne vært en vei å gå for å sørge for at feltene gir mer informasjon?

Dette var sånn jeg hadde tenkt å løse det faktisk, av akkurat samme årsaker haha. Eneste spørsmålet da er om vi skal fjerne disabled som en mulighet, eller om vi skal gjøre den tilgjengelig, men oversette det til aria-disabled i bakkant. Noen tanker?

@lmfaole lmfaole force-pushed the olejorgenbakken/issue4566 branch from db005a4 to 1a4158d Compare February 28, 2025 11:59
fremtind-bot added a commit that referenced this pull request Feb 28, 2025
@lmfaole lmfaole self-assigned this Mar 3, 2025
@lmfaole lmfaole marked this pull request as draft March 3, 2025 11:21
@lmfaole lmfaole force-pushed the olejorgenbakken/issue4566 branch from 1a4158d to 39a5789 Compare March 3, 2025 11:36
@lmfaole
Copy link
Contributor Author

lmfaole commented Mar 3, 2025

disabledReason heter nå tip, og kan brukes uavhengig av state på feltet. Noen team har nytte av den selv ved readonly.

  • Det bør komme tydelig fram i dokumentasjonen at den frarådes ved disabled, fordi skjermlesere ikke får nytte av den. Må gjøres.

Den kan allikevel være nyttig på interne flater, og er derfor mulig fortsatt.

fremtind-bot added a commit that referenced this pull request Mar 3, 2025
fremtind-bot added a commit that referenced this pull request Mar 6, 2025
@lmfaole lmfaole force-pushed the olejorgenbakken/issue4566 branch 2 times, most recently from df24046 to 3bf376f Compare March 7, 2025 08:37
fremtind-bot added a commit that referenced this pull request Mar 7, 2025
@lmfaole lmfaole force-pushed the olejorgenbakken/issue4566 branch from 3bf376f to 85b1077 Compare March 7, 2025 09:02
fremtind-bot added a commit that referenced this pull request Mar 7, 2025
@lmfaole
Copy link
Contributor Author

lmfaole commented Mar 12, 2025

Lukker denne PR-en til fordel for å lage en ny med kun styling i førsteomgang

@lmfaole lmfaole closed this Mar 12, 2025
github-actions bot pushed a commit that referenced this pull request Mar 12, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Done
Development

Successfully merging this pull request may close these issues.

Disabled state for text input
5 participants