Objetos, Imágenes y Aplicaciones en documentos HTML

El elemento OBJECT también puede aparecer en el contenido del elemento HEAD. Ya que los agentes de usuario en general

no representan los elementos del HEAD, los autores deberían asegurarse de que los elementos OBJECT en el HEAD no

especifiquen contenido que pueda ser representado. Consulte la sección sobre compartir datos de un marco para un ejemplo de

inclusión del elemento OBJECT en el elemento HEAD.  
 

Consulte la sección sobre controles de formulario para información sobre elementos OBJECT en formularios.  
 

Este documento no especifica el comportamiento de elementos OBJECT que usen tanto el atributo classid para identificar una

implementación como el atributo data para especificar los datos para esa implementación. Para asegurar la portabilidad, los

autores deberían usar el elemento PARAM para decir a las implementaciones dónde obtener los datos adicionales.  
 

13.3.1 Reglas para representar objetos  
 

Un agente de usuario debe interpretar un elemento OBJECT de acuerdo con las siguientes reglas de precedencia:  
 

El agente de usuario debe intentar en primer lugar representar el objeto. No debería representar los contenidos del elemento, pero debe examinarlos por si el elemento contiene hijos directos que sean elementos PARAM (ver

inicialización de objetos) o elementos MAP (ver mapas de imágenes en el lado del cliente).  
 

Si por cualquier razón el agente de usuario no es capaz de representar el objeto (no está configurado para ello, no hay suficientes recursos, la arquitectura no es la adecuada, etc.), debe intentar representar sus contenidos.

1.  
 
 
 

2.  
 
 

Los autores no deberían incluir contenido en los elementos OBJECT que aparezcan en el elemento HEAD.  
 

En el siguiente ejemplo, insertamos una aplicación de reloj analógico en un documento por medio del elemento OBJECT. La

aplicación, escrita en el lenguaje Python, no necesita datos adicionales ni valores en tiempo de ejecución. El atributo classid

especifica la localización de la aplicación:  
 
 
 

<P><OBJECT classid="http://www.miamachina.it/relojanalogico.py">  
</OBJECT>  
 

Obsérvese que el reloj será representado tan pronto como el agente de usuario represente esta declaración OBJECT. Es posible

retrasar la representación del objeto declarando el objeto en primer lugar (según se describe más abajo).  
 

Los autores deberían completar esta declaración con un texto alternativo como contenido de OBJECT por si el agente de

usuario no puede representar el reloj.  
 
 
 

<P><OBJECT classid="http://www.miamachina.it/relojanalogico.py">  
Un reloj animado.  
</OBJECT>  
 

Una consecuencia significativa del diseño del elemento OBJECT es que ofrece un mecanismo para especificar

representaciones alternativas del objeto; cada declaración OBJECT anidada puede especificar tipos de contenido alternativos.

Si un agente de usuario no puede representar el primer OBJECT, intenta representar los contenidos, que a su vez pueden ser

otro elemento OBJECT, etc.  
 

En el siguiente ejemplo, anidamos varias declaraciones OBJECT para ilustrar el funcionamiento de las representaciones

alternativas. Un agente de usuario intentará representar el primer elemento OBJECT que pueda, en el orden siguiente: (1) una

aplicación LaTierra escrita en el lenguaje Python, (2) una animación MPEG de la Tierra, (3) una imagen GIF de la Tierra, (4) texto alternativo.  
 
 

<P> <!__ Primero, intentarlo con la aplicación Python __>  
<OBJECT title="La Tierra vista desde el espacio"

classid="http://www.observer.mars/LaTierra.py">

<!__ Si no, intentarlo con el vídeo MPEG __>

<OBJECT data="LaTierra.mpeg" type="application/mpeg">

<!__ Si no, intentarlo con la imagen GIF __>

<OBJECT data="LaTierra.gif" type="image/gif">

<!__ Si no, representar el texto __>

http://html.conclase.net/w3c/html401_es/struct/objects.html (6 de 19) [11/6/2001 4.50.43]

registro de dominios | alojamiento web | hosting por publicidad