TL; DR: Ustaw required
atrybut dla co najmniej jednego wejścia grupy radiowej.
Ustawienie required
dla wszystkich wejść jest bardziej przejrzyste, ale nie konieczne (chyba że dynamicznie generuje przyciski opcji).
Aby zgrupować przyciski opcji, wszystkie muszą mieć tę samą name
wartość. Pozwala to na wybranie tylko jednego na raz i dotyczy required
całej grupy.
<form>
Select Gender:<br>
<label>
<input type="radio" name="gender" value="male" required>
Male
</label><br>
<label>
<input type="radio" name="gender" value="female">
Female
</label><br>
<label>
<input type="radio" name="gender" value="other">
Other
</label><br>
<input type="submit">
</form>
Zwróć również uwagę na:
Aby uniknąć nieporozumień co do tego, czy wymagana jest grupa przycisków opcji, autorzy są zachęcani do określenia atrybutu wszystkich przycisków opcji w grupie. Rzeczywiście, ogólnie rzecz biorąc, autorzy są zachęcani do unikania posiadania grup przycisków opcji, które nie mają początkowo sprawdzonych elementów sterujących, ponieważ jest to stan, do którego użytkownik nie może wrócić i dlatego jest ogólnie uważany za zły interfejs użytkownika.
Źródło
Możesz użyć tego fragmentu kodu ...
Podaj słowo kluczowe „ wymagane ” w jednym z wybranych . Jeśli chcesz zmienić domyślny sposób jego wyglądu. Możesz wykonać następujące kroki. Jest to tylko dodatkowe informacje, jeśli masz zamiar zmodyfikować domyślne zachowanie.
Dodaj następujące elementy do
.css
pliku.Więcej informacji można znaleźć pod następującym adresem URL.
https://css-tricks.com/almanac/selectors/r/required/
źródło
Jeśli przyciski radiowe zostały spersonalizowane, na przykład oryginalna ikona przycisku radiowego została ukryta za pomocą css
display:none
, aby można było utworzyć własny przycisk radiowy, może wystąpić błąd.Sposobem na to jest zastąpienie
display:none
goopacity:0
źródło
display:none
. Na to już odpowiedziałem tutaj: stackoverflow.com/questions/49687229/…Oto bardzo podstawowa, ale nowoczesna implementacja wymaganych przycisków radiowych z natywną weryfikacją HTML5:
Chociaż jestem wielkim fanem minimalistycznego podejścia do używania natywnej weryfikacji HTML5, na dłuższą metę możesz chcieć zastąpić ją sprawdzaniem poprawności Javascript. Sprawdzanie poprawności Javascript daje znacznie większą kontrolę nad procesem sprawdzania poprawności i pozwala ustawić prawdziwe klasy (zamiast pseudoklas), aby poprawić styl (nie) prawidłowych pól. Ta natywna walidacja HTML5 może być twoją rezerwą w przypadku zepsutego (lub braku) Javascript. Możesz znaleźć przykład tego tutaj , wraz z kilkoma innymi sugestiami, jak tworzyć lepsze formy , zainspirowany przez Andrew Cole'a .
źródło
Musiałem użyć
required="required"
wraz z tą samą nazwą i typem, co sprawdzanie poprawności działało dobrze.źródło