Puntos a favor de Flash

Ayer comentaba con amigo la entrada sobre las páginas realizadas totalmente en Flash y debo reconocer que a veces se critica mucho el Flash y las páginas hechas en Flash, cuando no siempre es totalmente cierto lo que se dice. Por eso, aquí va unos puntos a favor de Flash de mi propia cosecha.

  • No le eches la culpa al mensajero. Si una página hecha en Flash no te gusta, lo más probable es que el Flash no tenga nada que ver, sino el mal uso que ha hecho el diseñador. Si un logo no te gusta, no le echamos la culpa al Photoshop, si una pagina tiene un diseño horrible, no le echamos la culpa al HTML, ¿por qué si lo hacemos con el Flash?.
  • Los pequeños detalles sí importan. Como en el matrimonio, tener pequeños detalles es algo a tener en cuenta. Las opciones que nos ofrece Flash, nos permite añadir pequeños detalles en el diseño que pueden pasar desapercibidos, pero que sin ellos, el diseño podría no gustarnos tanto como nos gusta. Por ejemplo en este diseño sobre golf el que al principio el “golfista” golpee la bola o el que las nubes estén en movimiento continuo, es algo que quizás no nos demos cuenta, pero que completan mucho el diseño. Sí, se podría hacer algo parecido con HTML, pero no creo que sea lo mismo, hacerlo con Flash es mucho más sencillo e incluso eficiente.
  • Videos sin problemas. Los videos tipo YouTube o Google Video es uno de los mejores inventos que existen, estoy cansado tener que abrir un trailer de una película con IE desde mi Firefox, porque si abro un mov se me cierra el Firefox. Con los videos en Flash no tengo ese problema, a parte de que los navegadores te traen instalado el plugin de Flash y no tienes que instalar plugins adicionales para ver otro tipo de videos.
  • Reutilizar es fácil. La posibilidad de crearnos componentes hace que nos podamos ahorrar mucho tiempo de trabajo cuando ya hemos desarrollado nuestra pequeña librería.
  • No me toques. Una de las cosas que más me molestan de Flash es que no puedo guardar las fotos de la página ni copiar el texto con facilidad, sí, si lo quiero conseguir, lo puedo hacer, pero no sin que me lleve un tiempo. Como me comentaban ayer, si no quieren poner el texto que sea seleccionable en una página en Flash, será por algo, a mí me podrá fastidiar, pero el autor estará de lo más contento.
  • No solo de Arial vive la web. La posibilidad de incrustar fuentes de letra totalmente diferentes a las que nos ofrece normalmente un navegador, es algo fundamental para el diseño.
  • Cualquiera puede usarlo. Aunque también existen editores para HTML que hacen que no sea necesario conocer HTML, el hecho de que Flash sea como un programa de dibujo (y que me perdonen por lo que acabo de decir), hace que cualquiera pueda hacer una página en Flash que sea decente, claro, que si le quieres añadir ActionScript, vas a tener el mismo problema que con el HTML.
  • Libertad y facilidad en el diseño. A veces no es necesario el contenido, porque el diseño se vende solo. Un anuncio en una revista de un coche te puede vender el coche sin decirte ninguna de las prestaciones, lo mismo puede pasar gracias a Flash, aunque en HTML lo podríamos conseguir, gracias a Flash lo podemos hacer de forma más espectacular.

Habrá gente que esté a favor del Flash, los habrá en contra, pero creo que lo mejor es poner a cada uno en su sitio y saber cuando usarlos.

Diseña tus CSS

Paso a resumir un artículo que nos podrá ayudar a la hora de diseñar nuestras CSS, porque como bien dicen, el poner todos los estilos en un solo fichero ya pasó a la historia.

Algo tan importante como la estructura de nuestro sitio es la organización de las CSS en ficheros, claro que no hay una solución perfecta ya que depende de cada situación.

Una posible solución es la que está basada páginas-modelo, es decir, que existe un diseño diferente para distintos modelos de páginas, por ejemplo un diseño para la página principal, otro para las subpáginas, otro para el portfolio, … Este modelo es útil cuando se trata de pocos tipos de diseño, aunque nos podemos encontrar con estilos comunes entre los distintos diseños, lo que complica la solución. Claro, que este problemilla se puede solucionar de distintas formas:

  • Usar un archivo css que agrupe los estilos comunes, aunque ayuda a tener estructurados los ficheros de estilos, si se trata de un sitio grande, puede que este archivo aumente demasiado.
  • Duplicar estilos en CSS independientes, tiene el problema de tener código redundante y tener que corregir cambios en distintos sitios en vez de en un único sitio.
  • Crear un fichero nuevo que puede ser usado por otros, no hay redundancia en este caso.
  • Crear un nuevo CSS que agrupe estos pequeños casos.

Otra solución es diferenciar los estilos por elementos de la página, con esto se quiere decir que si nuestra página se crea dinámicamente y hay un fichero para la cabecera, otro para el cuerpo, otro para la navegacion, puede haber perfectamente sus correspondientes estilos, por lo que solo se incluyen los estilos para cada parte que se use.

Parecido a lo anterior es clasificarlo por etiquetas, por ejemplo, si se usan tablas o formularios, unos estilos para estos elementos y solo incluirlas en las páginas que los contengan.

Otros consejos útiles es separar los estilos para print, handheld and screen y usar @import para incluir estilos en un fichero CSS principal.

A parte de la organización física de los ficheros, tampoco hay que olvidar lo que ya hemos comentado en otras ocasiones que las clases e identificaciones deben tener un significado por su funcionalidad y no por lo que muestran (ej: no usar una clase que sea “rojo”, sino una que sea “error”, el que sea rojo o verde no es significaquivo). Agrupa estilos por contexto y usa comentarios para una mejor localización.

Architecting CSS

Vía / Digg