inmesh6909
11/22/2022, 12:30 PMrp_st
11/22/2022, 1:10 PMrp_st
11/22/2022, 1:11 PMporcellus
11/22/2022, 1:11 PMporcellus
11/22/2022, 1:13 PMporcellus
11/22/2022, 1:13 PMporcellus
11/22/2022, 1:14 PMITEnthusiasm
11/22/2022, 1:22 PMinputType
on its own side? Seems to make more sense than having users override the form field.porcellus
11/22/2022, 1:30 PMITEnthusiasm
11/22/2022, 1:32 PMinputType
based on the method being used?rp_st
11/22/2022, 1:33 PMporcellus
11/22/2022, 1:45 PMporcellus
11/22/2022, 1:46 PMporcellus
11/22/2022, 1:46 PMoverride: {
components: {
PasswordlessUserInputCodeForm_Override: ({DefaultComponent, ...props}) => {
useLayoutEffect(() => {
document.querySelector("#supertokens-root").shadowRoot.querySelector("[name=userInputCode]").inputMode = "numeric";
})
return <DefaultComponent {...props} />
}
}
}
porcellus
11/22/2022, 1:46 PMporcellus
11/22/2022, 1:47 PMporcellus
11/22/2022, 1:48 PMporcellus
11/22/2022, 1:49 PMITEnthusiasm
11/22/2022, 1:50 PMtype=number
often can cause unexpected problems.ITEnthusiasm
11/22/2022, 1:50 PMITEnthusiasm
11/22/2022, 1:50 PMinputMode
is the way we wanna go. Guarantees the correct keyboard pops up without having to fight the styles or confuse Screen Readers.porcellus
11/22/2022, 1:52 PMITEnthusiasm
11/22/2022, 1:53 PMinputMode
ITEnthusiasm
11/22/2022, 1:53 PMinputMode
because users will already have a physical keyboard they're usingporcellus
11/22/2022, 1:54 PMITEnthusiasm
11/22/2022, 1:54 PMITEnthusiasm
11/22/2022, 1:54 PMporcellus
11/22/2022, 1:57 PMITEnthusiasm
11/22/2022, 2:04 PMinmesh6909
11/22/2022, 2:17 PMporcellus
11/22/2022, 2:44 PM