Evitar navegación.
Principal

w3c

Validar Flash para XHTML

A pesar de que flash es uno de los elementos más activos en las páginas webs hoy en día, la gran mayoría de los diseñadores no saben cómo corregir el extendido problema de insertar flash en un documento HTML, el concepto de estándar propagado por Macromedia es absolutamente incorrecto.

...
embed src="movie.swf" quality="high" bgcolor="#ffffff" width="550" height="400"
type="application/x-shockwave-flash"
pluginspage="http://www.macromedia.com/go/getflashplayer"
...

Atributos como object son necesarios en Internet Explorer y no funcionan en otros navegadores, estos otros utilizan el elemento "embed" para el mismo propósito, pero este no está listado en las especificaciones de HTML o XHTML.

Soluciones

¿Que es lo que deseamos?

* Que funcione en la mayoria de los navegadores
* Que muestre contenido alternativo si el usuario no tiene Flash Player

Solución 1

Se han probado distintas soluciones en las cuales siempre uno de los dos grandes navegadores sale perdiendo (Mozilla o IE), pero hay una solución en la que mediante distintas condiciones podemos combinar ambos scripts para que funcione de manera correcta en la mayoría de los navegadores, haciendo especial hincapié en los más populares (Mozilla,IE).

Esta es la solución.

Quizás no sea la más elegante pero es funcional.

* Valida
* Es funcional en todos los navegadores que conozco
* Muestra contenido alternativo si Flash Player no esta instalado
* No requiere el uso de Javascript

Solución 2

Se trata de no validarlo. Es decir, si el único problema en la página es el código para flash, y no hay ningún estándar, entonces lo que hay que hacer es sacar ese código de la página y validarla, pero manteniendo el funcionamiento de la página.

Este proceso es sencillo y práctico, y depende de Javascript. Ya sé que si Javascript es deshabilitado entonces simplemente no se desplegará nada, pero esta opción es valida porque:

* Valida
* Es funcional en todos los navegadores
* Muestra contenido alternativo si Flash Player no esta instalado
* En el caso extremo de que Javascript esté deshabilitado, la animación no se muestra, pero simple código HTML puede hacer la función de soporte, explicando qué había ahí.


El futuro de Internet, X/HTML 5 vs XHTML 2

El desarollo de Hypertext Markup Language (HTML) 4 paró en 1999 con la HTML 4.01, en ese momento la World Wide Web Consortium (W3C) centró sus esfuerzos en otros estándares (SGML, XML, SVG, XForms, RSS, CSS), pero durante estos 8 años HTML ha aguantado firmemente.

El hecho de que HTML haya aguantado estos 8 años ha hecho recapacitar a la W3C acerca del camino que deben tomar aduciendo como principal argumento que hay mucha gente que aprovecha y disfruta los "sistemas bien formados" (refiriéndose a HTML). Hay que recordar que XHTML se concibió como sucesor de HTML y debía de considerarse como la “versión actual” del HTML, esta decisión extraña ahora que tanto se hablaba de XHTML.

La postura de la W3C es un poco rara puesto que se ha centrado en los últimos años en la especificación de XHTML (publicando su versión 1.0 en el 2000) y ahora se estaba trabajando en la versión XHTML 2.0 (aún en fase borrador), a todo esto hay que sumarle que la última actualización importante de HTML data de 1997, año en que salió la versión 4.0. En 1999 con la publicación de las recomendaciones HTML 4.0.1 se añadieron algunos retoques.

De este modo nos encontramos que actualmente se está trabajando en paralelo con (HTML 5 y XHTML 2).

Por un lado tenemos a HTML 5 (también conocida como Web Applications 1.0) siendo desarollado por WHATWG (comunidad abierta fundada por Mozilla, Opera y Apple) y por el otro lado está XHTML 2.0 que está siendo preparada por la W3C (organismo oficial que define los estándares de la Web).


La gran mayoría de blogs no cumplen los estándares

Mucho se habla de los estándares web, los estándares web son un conjunto de recomendaciones de la World Wide Web Consortium (W3C) y otras organizaciones internacionales.

El principal objetivo de validar tu sitio web es obtener una página que trabaja mejor para todo tipo de navegadores y es mucho más accesible pudiendo funcionar prácticamente en cualquier dispositivo de acceso a Internet, este último punto es muy importante ya que la cantidad de dispositivos diferentes para acceder a Internet ha crecido exponencialmente en los últimos años (teléfonos móviles, teléfonos inteligentes, PDAs, sistemas de televisión interactiva, sistemas de respuesta de voz, puntos de información e incluso algunos pequeños electrodomésticos pueden acceder a la Web).

Llama la atención la cantidad de blogs que no cumplen los estándares y por ello no pasan la Validación del W3C, se podría sacar la conclusión de que los estándares web no interesan en la blogosfera, pero no es así, en la mayoría de los casos entraña una gran dificultad la validación de un blog. Los errores que llevan a no validar un blog son derivados del contenido dinámico de estos, al escribir nuevas entradas en el blog a menudo se comenten descuidos o usos incorrectos de los atributos para determinados tags que se solucionarían con un poco de paciencia.



El fin de la "WWW"

La verdad llevaba bastante tiempo queriendo comentar este tema, ayer leí una pequeña entrada que se titulaba "Es hora de terminar con el 'WWW'" (It’s Time to Drop the “www”) y la verdad creo que hoy en día ya no es necesario usar 'www' para referirse a páginas web.

En un primer momento le podemos ver muchas desventajas al uso de 'www' sobre todo si nos leemos lo mucho que se habla de ello en no-www.org.

Personalmente opino que hay razones tanto para ponerlas como para no ponerlas, pero lo que si que debería ser posible es que sea elección del usuario utilizarlas o no.

Hay muchísimas webs que no te dan la opción de "no utilizar www" y eso que la configuración para que el servidor acepte las peticiones al dominio sin www es muy sencilla:

En apache por ejemplo únicamente tenemos que modificar el archivo .htaccess:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.ejemplo\.com$ [NC]
RewriteRule ^(.*)$ http://ejemplo.com/$1 [R=301,L]


Detectando el navegador con CSS

Este es uno de los trucos CSS más interesantes que he visto en mucho tiempo, el truco nos permitirá mostrar un div u otro dependiendo del navegador que utilizemos o mejor dicho de si tuilizamos Internet Explorer o Mozilla y todo esto sin utilizar Javascript.

El truco está en una de las características de IE que es el no aceptar los comentarios formados por doble barra (//), por lo que cualquier cosa seguida por // lo entenderá como parte del código.
Ej:

// display: hidden;

Una buena combinación nos permitirá mostrar diferentes cosas dependiendo del navegador cómo en el siguiente ejemplo:

Tu no estas utilizando Internet Explorer.
Tu estas utilizando Internet Explorer.



Insertar flash compatible con W3C, no es imposible

A pesar de que flash es uno de los elementos más activos en las páginas webs hoy en día, la gran mayoría de los diseñadores no saben cómo corregir el extendido problema de insertar flash en un documento HTML, el concepto de estándar propagado por Macromedia es absolutamente incorrecto.

...
embed src="movie.swf" quality="high" bgcolor="#ffffff" width="550" height="400"
type="application/x-shockwave-flash"
pluginspage="http://www.macromedia.com/go/getflashplayer"
...

Atributos como object son necesarios en Internet Explorer y no funcionan en otros navegadores, estos otros utilizan el elemento "embed" para el mismo propósito, pero este no está listado en las especificaciones de HTML o XHTML.


Trucos para tus hojas de estilo (CSS)

Tamaño del texto sin usar pixeles

Si aún no sabes cómo los diseñadores pueden trabajar en sus hojas de estilos usando como unidad "em" en vez de "px":

body { font-size: 62.5% }

Simplemente especifica un porcentaje para el tamaño del texto y ya puedes empezar a utilizar "em" como medida para el tamaño de las fuentes.

Por ejemplo el estilo para un parrafo quedaría:

p { font-size: 1.2em; line-height: 1.5em; }