Saltar al contenido
Índice de Kit UI
Kit UI Componentes

Rango de fechas.

Patrón canónico de rango de fechas para cuenta, admin, usaia, firmas y documentos.

Verlo por niveles

Primero el componente, después la variación de marca y finalmente su uso dentro de una página.

Nivel 1Componente canónico
Período
Nivel 2Círculo de Santiago · variación
Plazo de consultas
Nivel 3Dentro de una página
Sitio · sección
Período
Ver y copiar el código de este render
HTML del nivel canónico
<fieldset class="ui-sample ui-form" data-date-range="true"><legend>Período</legend><label for="date-range-0-from">Desde</label><input class="input" id="date-range-0-from" type="date" value="2026-01-01"/><label for="date-range-0-to">Hasta</label><input class="input" id="date-range-0-to" type="date" value="2026-08-25"/></fieldset>

Variaciones por marca y sitio

Cada cambio visible declara su autoridad; lo que permanece canónico no se vuelve a inventar en el producto.

innovacionsantiago.cl

Compañía de Innovación de Santiago

Autoridad: CONSTITUTION.md + LOGOS-CANONICOS.md
Período

Cambia en esta marca

  • Navegación y contenido propios del servicio
  • Acento reservado para acciones y datos

Permanece canónico

  • Mark CIS y namebrand de tres líneas
  • IBM Plex Sans, foco, espaciado y anatomía
circulodesantiago.cl

Círculo de Santiago

Autoridad: core-style/DECISIONES.md M10 y LOGOS-CANONICOS.md
Plazo de consultas

Cambia en esta marca

  • Mark circular y namebrand Círculo de Santiago en caja normal
  • Contenido societario y navegación propia

Permanece canónico

  • Misma estructura, orden de cuenta y footer
  • Tipografía, foco y comportamiento canónicos

Comparación histórica recuperable

Compara la propuesta con cortes reales del repositorio. La ausencia de una muestra se declara y nunca se reconstruye de memoria.

Estado actual
Rango de fechas no tiene una implementación vigente demostrada; sus ejemplos son material candidato.
Cambio propuesto
Publicar en r19 el contrato de Rango de fechas para Patrón canónico de rango de fechas para cuenta, admin, usaia, firmas y documentos.
Qué ocurre si respondes No
Rango de fechas queda fuera de r19 y sus ejemplos siguen sólo como evidencia pendiente de reformulación.

Preparando comparación histórica…

Antes / r19

La comparación convierte una regla abstracta en una diferencia visible y verificable.

r19 · correctoContrato canónico renderizado
Período
  • Usa HTML semántico, foco visible y estados explícitos.
  • Conserva contenido útil a 320 px y sin JavaScript.
Antes · problema observadoAnti-ejemplo no interactivo
correo@ejemplo.cl!Algo salió mal
  • No agregues sombras, radios ni franjas laterales decorativas.
  • No uses color, placeholder o icono como única explicación.

Responsive

La misma anatomía debe conservar lectura, foco y acciones sin cortar contenido ni crear scroll horizontal en la página.

320 pxMóvil y zoom
Período
1280 pxEscritorio
Plazo de consultas

Cobertura

DimensiónContrato
Propietario canónicoSistema de diseño CIS y cis-auth · core/core-style
ConsumidoresCuenta, Admin, usaia, Firmas y Documentos
DependenciasHTML nativo, validación de servidor
Estadocandidato

Evidencia de adopción

Patrón propuesto. 0 implementaciones observadas en 0 repositorios.

La observación demuestra uso existente; la aceptación canónica sigue dependiendo de esta ficha y de su propietario.

DatoResultado
ClasificaciónPatrón propuesto
Implementaciones0 implementaciones observadas
RepositoriosNingún repositorio observado
Snapshotkit/componentes/componentes-observados.json

Consumidores observados

El inventario conserva repositorio, archivo fuente y criterio de asociación. Observar una implementación no la convierte automáticamente en canónica.

Estados

Estado requerido
vacío
completo
inválido
disabled

Accesibilidad

  • Conserva nombre accesible, orden de lectura y foco visible.
  • Funciona a 320 px, con zoom de 200% y texto largo.
  • El color nunca es la única señal de estado o acción.
  • El contenido esencial permanece disponible sin JavaScript.

Código HTML

Copia el bloque completo; después cambia contenido y destinos, no su anatomía.

Código de referencia
<fieldset class="ui-sample ui-form" data-date-range="true"><legend>Período</legend><label for="date-range-0-from">Desde</label><input class="input" id="date-range-0-from" type="date" value="2026-01-01"/><label for="date-range-0-to">Hasta</label><input class="input" id="date-range-0-to" type="date" value="2026-08-25"/></fieldset>

Código TAILWIND

Copia el bloque completo; después cambia contenido y destinos, no su anatomía.

Código de referencia
<fieldset class="ui-sample ui-form border border-slate-300 bg-white p-4 text-slate-950 grid gap-3" data-date-range="true"><legend>Período</legend><label for="date-range-0-from">Desde</label><input class="input border border-slate-400 bg-white px-3 py-2 focus-visible:outline-2 focus-visible:outline-offset-2" id="date-range-0-from" type="date" value="2026-01-01"/><label for="date-range-0-to">Hasta</label><input class="input border border-slate-400 bg-white px-3 py-2 focus-visible:outline-2 focus-visible:outline-offset-2" id="date-range-0-to" type="date" value="2026-08-25"/></fieldset>

Código REACT

Copia el bloque completo; después cambia contenido y destinos, no su anatomía.

Código de referencia
import type { ChangeEventHandler } from "react";

export interface DateRangeProps {
  /** Título del grupo. */
  legend?: string;
  /** Prefijo de los ids: los campos usan `${id}-from` y `${id}-to`. Usa uno distinto por rango en la página. */
  id?: string;
  /** Etiqueta del campo inicial del período. */
  fromLabel?: string;
  /** Etiqueta del campo final del período. */
  toLabel?: string;
  /** Nombre del parámetro enviado con la fecha inicial. */
  fromName?: string;
  /** Nombre del parámetro enviado con la fecha final. */
  toName?: string;
  /** Fecha inicial del campo «desde» no controlado, en formato `AAAA-MM-DD`. */
  defaultFrom?: string;
  /** Fecha inicial del campo «hasta» no controlado, en formato `AAAA-MM-DD`. */
  defaultTo?: string;
  /** Fecha «desde» controlada; va junto con `onFromChange`. */
  from?: string;
  onFromChange?: ChangeEventHandler<HTMLInputElement>;
  /** Fecha «hasta» controlada; va junto con `onToChange`. */
  to?: string;
  onToChange?: ChangeEventHandler<HTMLInputElement>;
  /** Primera fecha permitida en ambos campos. */
  min?: string;
  /** Última fecha permitida en ambos campos. */
  max?: string;
  className?: string;
}

/**
 * Par de campos de fecha con título, para filtrar o consultar un período con inicio y término.
 *
 * Cada extremo es controlado sólo si llegan su valor y su `onChange` (`from` + `onFromChange`, `to` + `onToChange`).
 * El navegador muestra las fechas en el formato regional de quien las ve; el valor que se envía es siempre `AAAA-MM-DD`.
 *
 * @example <DateRange id="periodo" legend="Período" defaultFrom="2026-01-01" defaultTo="2026-06-30" />
 * @example <DateRange id="periodo" from={desde} onFromChange={cambiarDesde} to={hasta} onToChange={cambiarHasta} />
 */
export function DateRange({
  legend = "Período",
  id = "date-range-0",
  fromLabel = "Desde",
  toLabel = "Hasta",
  fromName,
  toName,
  defaultFrom = "2026-01-01",
  defaultTo = "2026-08-25",
  from,
  onFromChange,
  to,
  onToChange,
  min,
  max,
  className,
}: DateRangeProps) {
  const desdeId = `${id}-from`;
  const hastaId = `${id}-to`;
  const desde = from !== undefined && onFromChange !== undefined ? { value: from } : { defaultValue: from ?? defaultFrom };
  const hasta = to !== undefined && onToChange !== undefined ? { value: to } : { defaultValue: to ?? defaultTo };
  return (
    <fieldset className={["ui-form", className].filter(Boolean).join(" ")} data-date-range>
      <legend>{legend}</legend>
      <label htmlFor={desdeId}>{fromLabel}</label>
      <input className="input" id={desdeId} name={fromName} type="date" min={min} max={max} onChange={onFromChange} {...desde} />
      <label htmlFor={hastaId}>{toLabel}</label>
      <input className="input" id={hastaId} name={toName} type="date" min={min} max={max} onChange={onToChange} {...hasta} />
    </fieldset>
  );
}