Amplíe fácilmente los controles de formulario agregando texto, botones o
grupos de botones a ambos lados de las entradas de texto, selecciones personalizadas y entradas de archivos personalizadas.
Ejemplo básico
Coloque un complemento o un botón a cada lado de una entrada.
También puede colocar uno a ambos lados de una entrada. Recuerde colocar
<label>
los correos electrónicos fuera del grupo de entrada.
@
@example.com
https://example.com/users/
$
.00
With textarea
Wrapping
Los grupos de entrada se ajustan de forma predeterminada a través
flex-wrap: wrap
de para acomodar la validación de campos de formulario personalizados dentro de un grupo de entrada. Puede desactivar esto con
.flex-nowrap.
@
Dimensionamiento
Agregue las clases de tamaño de formulario relativas a
.input-group
sí mismo y el contenido interno cambiará de tamaño automáticamente, sin necesidad de repetir las clases de tamaño de control de formulario en cada elemento.
No se admite el tamaño de los elementos del grupo de entrada individual.
Small
Default
Large
Casillas de verificación y radios
Coloque cualquier casilla de verificación u opción de radio dentro del complemento de un grupo de entrada en lugar de texto.
Múltiples entradas
Si bien
<input>
se admiten varios mensajes de correo electrónico visualmente, los estilos de validación solo están disponibles para los grupos de entrada con un solo
<input>.
First and last name
Varios complementos
Se admiten varios complementos y se pueden combinar con versiones de entrada de radio y casilla de verificación.
Los grupos de entrada incluyen soporte para selecciones personalizadas y entradas de archivos personalizadas.
Las versiones predeterminadas del navegador de estos no son compatibles.
Selección personalizada
Entrada de archivo personalizado
Upload
Upload
Accesibilidad
Asegúrese de que todos los controles de formulario tengan un nombre accesible apropiado para que su propósito se pueda transmitir a los usuarios de tecnologías de asistencia.
La forma más sencilla de lograrlo es utilizar un
<label>
elemento o, en el caso de los botones, incluir texto suficientemente descriptivo como parte del
<button>...</button>
contenido.
Para situaciones en las que no es posible incluir un
<label>
contenido de texto visible o apropiado, existen formas alternativas de proporcionar un nombre accesible, como:
<label>
elementos ocultos usando la
.visually-hidden
clase
Apuntando a un elemento existente que puede actuar como etiqueta usando
aria-labelledby
Proporcionar un
title
atributo
Establecer explícitamente el nombre accesible en un elemento usando
aria-label
Si ninguno de estos está presente, las tecnologías de asistencia pueden recurrir al uso del
placeholder
atributo como respaldo para el nombre accesible de los elementos
<input>y
<textarea>
. Los ejemplos de esta sección proporcionan algunos enfoques sugeridos para casos específicos.
Si bien el uso de contenido oculta visualmente (
.sr-only,
aria-label
e incluso
placeholder
contenido, que desaparece una vez un campo de formulario tiene contenido) beneficiará a los usuarios de tecnología de asistencia, una falta de texto de la etiqueta visible todavía puede ser problemático para algunos usuarios.
Alguna forma de etiqueta visible es generalmente el mejor enfoque, tanto por accesibilidad como por usabilidad.
Tamaño del input select dia
Se debe utilizar la siguiente clase para poder vizualizar el select dia de la fecha en un tamaño de 21%, asi se podra vizualizar en todos los dispositivos.
Color del input select
Se debe utilizar la siguiente clase para dar un color claro a mostrar en el select, asi se podra vizualizar en todos los dispositivos.
Tamaño del input group
Se debe utilizar la siguiente clase para poder vizualizar el input-group en tamaño de 57%, asi se podra vizualizar en todos los dispositivos.
validación del input group
Se debe utilizar la siguiente clase para poder vizualizar la validación del input-group, asi se podra vizualizar en todos los dispositivos.