Campos ocultos
Los campos ocultos son un tipo de control que únicamente sirve para incluir información adicional entre los datos del formulario. Este tipo de control es invisible, y por tanto el navegador no muestra ningún tipo de gráfico para advertir de su existencia.
¿Para qué sirve entonces un control oculto?. Si no aparece en la página y el navegante no puede hacer nada con él ¿Cuál es su función?. En general, los campos ocultos se usan para enviar información específica al programa del servidor Web que procesará los datos enviados, por ejemplo si este programa es capaz de realizar varias funciones distintas con estos datos, podemos usar un campo oculto para pasarle la información de que debe hacer con los datos de este formulario concreto (debemos tener en cuenta que este mismo programa puede procesar la información de otros formularios también). Aún así esta problemática queda fuerae de lo que pretendemos abarcar en esta sección dedicada al lenguaje HTML.
Los campos ocultos se crean usando la etiqueta INPUT con TYPE="hidden". Además debemos usar los atributos VALUE y NAME, para indicar los datos y su nombre:
<INPUT TYPE="hidden"
NAME="nombre"
VALUE="datos">
|
Por ejemplo:
<INPUT TYPE="hidden"
NAME="funcion"
VALUE="enviar_mail">
|
Los formularios vistos desde Lynx
Hasta ahora nos hemos limitado a mostrar como se veían los controles con navegadores gráficos, usando como ejemplo a Microsoft Internet Explorer 4.0. Pero los formularios pertenecen al estándar HTML 2.0 y por tanto funcionan con todo tipo de navegadores, incluidos los que trabajan en modo texto como Lynx. Es interesante para los programadores de páginas Web conocer como son mostrados cada uno de los controles que hemos visto desde este navegador, para hacerse una idea de cómo se verán los formularios que de sus páginas. Dado que no siempre es fácil encontrar un ordenador donde comprobar los resultados con Lynx, mostraremos una serie de capturas en las que hemos usado este navegador y las comentaremos brevemente.
Lo primero que debemos tener en cuenta es que el botón de envío no será gráfico, sino que será similar a un enlace hipertexto, como ya comentamos en su momento. Las cajas de texto y las cajas de texto para claves se muestran con una línea horizontal, y en estas últimas lo escrito es sustituido por asteriscos. En la figura 12.17 vemos un ejemplo, un cursor parpadeante (que no puede apreciarse en una imagen) indica el lugar donde podemos empezar a escribir:
El código usado es el mismo que el de la figura 12.9, en aquel caso el navegador usado para mostrar el resultado fue Internet Explorer, las diferencias son apreciables.
Pero más interesante aún puede ser ver con este navegador nuestro ejemplo 1 de este capítulo (figura 12.14) con Lynx. El resultado que obtenemos puede ser apreciado en la figura 12.18 donde vemos que este navegador también puede mostrar botones de radio y cajas de selección.
En este caso es también interesante ver que la imagen que usábamos como botón de envío ha sido sustituido por el texto ' [IMAGE]-Submit', pero sigue funcionando.
Innovaciones de Microsoft
La compañía Microsoft en sus navegadores Internet Explorer 3.0 y posteriores ha incorporado una serie de extensiones a la etiqueta INPUT para incrementar las posibilidades de los programadores de HTML. Estas extensiones afectan a todos los controles que hemos visto que hacen uso de esta etiqueta.
La primera extensión resultará conocida a los lectores, se trata del atributo TITLE, y su función será mostrar un bocadillo explicativo cuando el usuario pase el cursor por encima del control. Veamos un ejemplo:
<FORM>
<P>Introduzca su nombre:
<INPUT TYPE="text"
NAME="nombre"
TITLE="Introduzca aquí su Nombre"
SIZE="30">
</FORM>
|
Como podemos ver en la figura 12.19, cuando se mantiene el cursor un tiempo aparece un bocadillo con fondo amarillo (estándar de Windows) con el texto 'Introduzca aquí su nombre ':
Este atributo puede usarse con entera libertad, a pesar de tratarse de una extensión, porque los usuarios de Internet Explorer podrán beneficiarse de ella y los usuarios de navegadores que no lo entiendan no saldrán perjudicados, simplemente se quedarán igual que si no lo hubiésemos usado.
La segunda extensión está formada por dos atributos: TABINDEX y NOTAB. Cuando nos encontramos ante un formulario formado por varios controles, como el del ejemplo 1 (figura 12.14), se puede usar la tecla tabulador o TAB para pasar de uno a otro. Por defecto al pulsar esta tecla se pasa al siguiente control en el orden en que fueron insertados en el código HTML. El atributo TABINDEX nos permitirá cambiar el orden. La forma de usarlo consiste en incluirlo en todos y cada uno de los controles asignándole un número, este número representará la posición de ese control. El atributo NOTAB, por su parte indicará que este control está fuera de la lista, y por lo general será situado el último de todos. Para entender ambos atributos mejor es necesario verlo con un ejemplo, para ello usaremos parte del código del ejemplo 1:
<FORM>
<P>1) Introduzca su nombre:
<INPUT TYPE="text"
NAME="nombre"
TABINDEX="1">
<P>3) Introduzca una clave para su
identificación (4 letras):
<INPUT TYPE="password"
NAME="clave"
TABINDEX="3">
<P>4) Dirección
<INPUT TYPE="text"
NAME="direccion"
NOTAB>
<P>
2) Tipo de habitación
</P>
<INPUT TYPE="Radio"
NAME="tipoHabitacion"
VALUE="individual"
TABINDEX="2">
Individual
<INPUT TYPE="Radio"
NAME="tipoHabitacion"
VALUE="doble"
CHECKED
TABINDEX="2">
Doble
</FORM>
|
Tras introducir el nombre, cuando el usuario pulse el tabulador pasará a elegir el tipo de habitación, después introducirá la clave y por último la dirección. En el directorio ejem2 hemos incluido este ejemplo para que el lector pueda probarlo y compruebe el funcionamiento de los atributos TABINDEX y NOTAB. Debemos recordar que únicamente funcionarán con Internet Explorer 3.0 o posterior.
La última innovación que ha introducido Microsoft son los atributos READONLY y DISABLED. Estos atributos funcionan exclusivamente con Internet Explorer 4.0 (y posteriores), por lo que debemos tener cuidado al usarlos.
Cuando usamos el atributo DISABLED en un control lo deshabitamos. En general este atributo únicamente es usado con cajas de texto. Cuando una caja de texto usa este atributo podrá seguir mostrando texto (si usamos el atributo VALUE para poner un texto inicial), pero el usuario no podrá cambiarlo. Este control tampoco podrá ser seleccionado, prácticamente actúa como si no estuviera. La función del atributo READONLY es muy similar, con la única diferencia de que el control actúa como tal, por ejemplo en una caja de texto podemos seleccionar con el ratón el texto que hay en ella, pero tampoco podrá modificarse el contenido.
|
Aunque en la documentación ofrecida por Microsoft no aparece así, el atributo READONLY sólo funciona correctamente en las cajas de texto, pero no en los botones de elección o en las cajas de selección. Quizá sea un fallo que se solucione en próximas versiones, pero hoy por hoy, para deshabilitar estos dos últimos controles, debemos usar el atributo DISABLED. |
Veamos unos ejemplos con cajas de texto y botones de selección:
<H2>
Cajas de texto
</H2>
Normal:
<INPUT TYPE="text"
NAME="texto1"
VALUE="Texto inicial">
<BR>
DISABLED:
<INPUT TYPE="text"
NAME="texto2"
VALUE="Texto inicial"
DISABLED>
<BR>
READONLY:
<INPUT TYPE="text"
NAME="texto2"
VALUE="Texto inicial"
READONLY>
<BR>
<H2>
Botones de elección
</H2>
Normal:
<INPUT TYPE="radio"
NAME="boton"
CHECKED>
<BR>
DISABLED:
<INPUT TYPE="radio"
NAME="boton"
DISABLED>
<BR>
READONLY:
<INPUT TYPE="radio"
NAME="boton"
READONLY>
<BR>
|
En la figura 12.20 podemos ver el resultado de visualizar este código con Internet Explorer 4.0.
En los casos de la caja de texto y el botón de elección se observa claramente que el navegador le da una apariencia distinta para resaltar que está deshabilitado. En el directorio disabled se ha incluido este ejemplo añadiendo también las cajas de selección para que el lector pueda probarlos.
