Archivo para la categoría ‘Web’

Guardando archivos HTML

Hay veces que quieres guardar una página web completa ¿no? Y cuando le das a guardar en tu navegador favorito, ésta se guarda en un archivo .html y, además, crea una carpeta donde están todos los recursos que usa esa página web, como son las imágenes, los CSS y los JavaScript.

Eso, principalmente es un coñazo. Luego hay que arrastrar un archivo y una carpeta llena para poder ver dicha página en condiciones. Y si se lo quieres enviar a alguien (que no sea el enlace, por supuesto) pues ya hay que andar comprimiendo… un rollo, vamos.

Pues hay un truquillo para que todo el contenido de una página web se guarde dentro de la propia página web, es decir, dentro del HTML. El truco está en convertir los datos que queremos guardar dentro de ella a Base64 y meterlos directamente donde corresponda.

Por ejemplo, tenemos una imagen en nuestro HTML ya guardado que, lógicamente, está dentro de una etiqueta <img src="/ruta/a/archivo/de/imagen" alt="Imagen" /> donde el archivo en cuestión está en la carpeta adicional que ha creado nuestro navegador al guardar el documento.

Para incluir esta imagen dentro del propio documento, lo primero es convertirla al formato mencionado antes: Base64 ¿Y cómo? Esa es una cuestión importante. En Linux existe un comando que se llama base64 (qué difícil de recordar :) ) que te lo puedes bajar de su página oficial. Por suerte, también se puede compilar para Windows.

Luego de convertir dicho archivo, hay que sustituir la ruta al archivo en la etiqueta <img ... /> por los datos codificados, pero sin olvidarse añadir qué es lo que viene a continuación de la siguiente forma:

<img src="data:image/png;base64,gqMcXQB...CIiLUbW=" alt="Mi imagen en Base64" />

Una vez hecho esto con todos los recursos de la página (los CSS y JavaScript también se pueden codificar en Base64, sólo hay que modificar ligeramente los datos de los atributos src y href dependiendo de la etiqueta utilizada), ya tenemos nuestro HTML con todo el contenido en un sólo archivo. Ahora ya podemos enviarlo sin tener que arrastrar ninguna carpeta con datos.

Pero claro, esto es un poco tedioso de hacer, por lo que existe una aplicación para Windows llamada Unipage Unifier que ya realiza este trabajo por ti.

Para Linux de momento no, pero estoy seguro de que hacer un script que haga el trabajo sucio no será tan difícil. En cuanto tenga un rato me pongo con ello y cuando lo tenga listo ya lo publicaré.

Y bueno, como la idea ya la tenemos, espero que esto os sirva para no tener tantos y tantos archivos a la hora de guardar una página web completa.

Los grandes también se equivocan

Parece mentira que un grande como es Google (por no decir el más grande en Internet) tenga en su página principal (que es la más visitada de todo el mundo) 11 errores de (X)HTML y 163 advertencias:

Búsqueda de 'beosman' en Google y sus errores

Ahora queda pensar si en algún momento rectificarán y harán su página más accesible porque así ya lleva bastante tiempo y parece que o nadie se ha dado cuenta o nadie quiere darse cuenta.

jQuery

Ahora que estamos haciendo aplicaciones Web en la empresa, se nos hace necesario incluir Javascript para mejorar la experiencia del usuario (¡uy!, de qué me suena a mí esta frase…).

Bueno, el caso es que para facilitar la interactividad de los usuarios con las aplicaciones, incluimos Javascript, por ejemplo para editar una línea de pedido, cuyos datos pasan de estar en una tabla a un formulario en la misma página; o para seleccionar un cliente donde sale una ventana emergente (sí, ¡una ventana emergente!) en la que hay una lista de los mismos y se pueden seleccionar, cerrándose la ventana una vez seleccionado e incluyéndose sus datos en otro formulario.

Teóricamente, además de poder hacerlo con Javascript también se debería poder hacer con él desactivado. Pero bueno, de momento está casi toda la funcionalidad con Javascript.

La cuestión es que, como me enseñó mi amigo David, la inclusión de Javascript es de forma no intrusiva, es decir, entre otras cosas, los enlaces enlazan páginas, no funciones Javascript y también, una cosa que me gusta a mí mucho, ni una sóla gota de código Javascript dentro del HTML.

Para conseguir esto de no meter el código Javascript en el HTML se pueden hacer dos cosas: primera, currarselo todo en scripts y usando la maravillosa función getElementById; segunda, usar una librería con muchas funciones ya implementadas y que te facilite la vida de explotado programador.

Lógicamente, nosotros nos decantamos por la segunda opción. Y nuestra librería elegida es jQuery que es la que inicialmente me recomendó David.

Existen más alternativas, como por ejemplo Prototype, que es la que usa mi maestro ahora, aunque después de la lectura de sus respectivas documentaciones, me sigo quedando con mi jQuery.

Tutoriales de cada una de ellas hay muchos por la red. Muchos. Por eso aquí sólo voy a decir por qué usamos una en lugar de la otra.

En principio, Prototype es mucho más potente que jQuery. Además, tiene una arquitectura similar a la de cualquier lenguaje compilado como Java, es decir, todo orientado a objetos, perfectamente separado y ordenado. Por ejemplo, existen clases Array, Element, Event, Form, etc. cada una de ellas con los métodos correspondientes para ayudarte a programar tus aplicaciones.

En cambio, con jQuery tenemos sólo una clase, que es la propia jQuery, desde donde se hacen todas las cosas, como recorrer el DOM, añadir clases, modificar atributos, gestionar formularios, etc.

¿Y esto qué tiene de bueno y de malo? Pues principalmente la simplicidad. Con Prototype lo puedes hacer todo, igual que con jQuery. Con Prototype tienes que saber programar (o casi) usando orientación a objetos (y muchos desarrolladores Web no saben programar, sólo hacer páginas Web) mientras que con jQuery basta con saber utilizar sus funciones. Que sí, que también está orientada a objetos, pero sólo hay uno por lo que se puede usar como una función un poco rara.

Recordemos también que en jQuery sólo existe una función, la función $(...), mediante la cual podemos hacer de todo. En Prototype están $, $$, $F, $A, $H,… cada una para una cosa. Mucha potencia sí, pero también bastante complejidad.

Y es precisamente por su simplicidad por lo que hemos elegido la utilización de jQuery.

De todas formas, ni mucho menos digo que no se use Prototype (o cualquier otra), lo que digo que hay que buscar la mejor opción en cada momento según tus necesidades. Y, generalmente, las nuestras son siempre simplicidad, por eso solemos elegir lo más simple para desarrollar lo más simple. Porque hay que recordar que aquí usamos la metodología K.I.S.S. ;)

Más profesionales

Un poco más sobre la web de la discordia (que no soy el único): según fuentes del Congreso visto en Kriptópolis, la web del susodicho ha costado «sólo» 200 000 €. Eso dicen.

Primero, yo discrepo. Me gustaría ver todas las facturas, no sólo las de creación de la web. Con esto están las de diseño gráfico, software adicional, hardware necesario, licencias,…

Segundo: 200 000 € sigue siendo una burrada para esa mierda de web. Pero claro, está hecha con Oracle Portal donde hay que pagar licencias (quizás eso no entre en el precio indicado) tanto para el uso del software como para cada usuario concurrente que use la base de datos.

Yo he usado un poco este sistema (para un proyecto de la Universidad en mi anterior empresa) y vaya auténtica basura de software. Es normal que se genere dos veces la etiqueta <html> y demás tonterías que hace, porque es el propio portal el que lo hace. Luego el chisme maqueta con tablas, vamos, de lo más correcto. Y lo que más me sorprendió es que la profundidad del árbol HTML era infinita. Como mínimo de unos 30 niveles. ¿Estábamos haciendo algo mal? Yo creo que no, porque fue iniciar con la plantilla por defecto y ya tenía esa profundidad. Luego claro, para maquetar nos volvimos locos. Así quedó el proyecto… y el del Congreso pues lo mismo.

¿Qué será lo que pasa? ¿Estarán Indra y Telefónica sólo por la pasta y se estarán olvidando del desarrollo Web de verdad (como si alguna vez lo hubiesen hecho)? ¿El Congreso y, por extensión, el Gobierno de España sólo concede proyectos a los grandes, o salen a concurso como deberían? Ni idea… pero de momento nos la tenemos que comer.

Profesionales

Leo en Barrapunto que el Congreso de los Diputados ha remodelado su Web y, claro, la curiosidad es la curiosidad sobre todo desde que me metí en estos temas, aunque después de haber leído la noticia no me sorprendió nada lo que me encontré:

Captura de la Web del Congreso de los Diputados

Una Web actual, hecha por Indra y Telefónica (que no es poco), con 145 Warnings y ¡25 Errores! Pero ¿qué clase de profesionales de mierda les han hecho esa chapuza?

No me lo puedo creer, en serio. Todos intentando seguir estándares, hacer las cosas bien, ganando prestigio… y estos imbéciles haciendo chapuzas a precio de oro (que no quiero ni pensar cuanto nos habrá costado).

Revisando un poco (sólo un poco) el código fuente encuentro que lo primero falta el <!DOCTYPE … >. Error de novato. Pero luego indago y veo que hay dos veces <html> y dos veces <body>. Eso ya es de la mierda de código HTML que generan. También hay 599 líneas de CSS dentro del archivo y unas cuantas de Javascript. ¿Qué pasa, que empresas grandes como Indra y Telefónica no han oído hablar nunca del Javascript no intrusivo y de la usabilidad y accesibilidad web? Y no mencionemos ya la grandísima velocidad de carga. Nada, eso es lo de menos, con las ADSL de ahora de Telefónica…

Y por si fuera poco está en un servidor Oracle que, también, es baratito. ¿No hay alternativas libres que cumplan las expectativas? ¡Já! Sobre todo por la cantidad de visitas que debe tener.

Me parece hilarante que nos tomen el pelo de esta manera, sinceramente. Pero creo que las empresas que lo han hecho no tienen toda la culpa. La culpa la tiene el tonto que la encargó y la ha dado por buena cuando se la instalaron. Vamos, me ponen una página de esas a mí y se la hago comer.

Si es que me pone de los nervios ver estas cosas.

Actualización: Desde Kriptópolis y también gracias a Jonatan, me entero de que lo que ha costado han sido 14 304 113 €. Ahí es nada.

No me aguanto sin decirlo: ¡¡Vaya puta mierda de página!!

¿Desnudos?

CSS Naked Day Logo

Desde el blog de Onir (y unos cuantos más) veo que hoy tenemos que salir a Internet ¡desnudos! Uy, espera. Desnudos de ropa no, desnudos de CSS. Si, porque hoy es el segundo día de CSS Naked Day. Y esta iniciativa es para que los desarrolladores de páginas Web, entre los cuales me incluyo aunque ahora no esté haciéndolo profesionalmente, seamos conscientes del uso de estándares Web promovidos principalmente por el W3C. Y, ya de paso, hacer que los navegadores sean implementados cumpliendo dichos estándares… y no miro a nadie.

Como dicen ellos, es el momento de mostrar nuestro <body>. Para los que no lo sepan (la mayoría, nadie tiene por qué saber como se construye una página Web), <body> es una etiqueta HTML que indica el inicio del cuerpo del documento. De ahí lo de mostrar el cuerpo.

Este día lo ví desde el blog de Onir y algún otro y, como no, tuve que unirme. Porque sí, desde las magníficas, aunque cortas, enseñanzas de SuperDTD, yo también soy estándar.

Locationbar2

Ejemplo de Locationbar2

He descubierto vía Sólo otro blog infame un nuevo add-on para Firefox llamado Locationbar2. Con esta extensión se le dan nuevos aires a la ya de por sí gran barra de direcciones de Firefox, nuevas funcionalidades que consisten principalmente e hacer sensibles al ratón las diferentes partes de la URL de una página.

Con esto se consigue poder ir a una URL intermedia dentro de la gran URL de las páginas con la sola utilización del ratón en lugar de tener que reescribirla o borrar alguna parte. Ciertamente tengo que probarla más en profundidad pero la verdad es que merece la pena mi antención.

Pero hoy voy a ir más allá. ¿Por qué en Nautilus, el gestor de archivos de Gnome, no utilizan este tipo de barra en lugar de los botones actuales? Usando esto se evitaría tener que cambiar entre un estilo (estilo normal, escribiendo la ruta del archivo) y otro (el que usa botones) ya que este método permite tanto la edición de la ruta como la gestión de la misma mediante el ratón.

Barra de rutas en Nautilus (Gnome)

Y otra cosa, ¿a quién tenemos que hacer llegar esta reflexión para que se lo tomen en serio? Ahí queda eso.

Hacer una página web no es fácil

El otro día estaba leyendo un artículo de la revista PCI donde se rezaba que hacer una página Web es fácil con varios programitas de estos de WYSIWYG.

Y aquí es donde aparece mi indignación: ¡Señores, hacer una página Web no es fácil!

Lo único que hacen esos programas basura es un documento con imágenes y texto que luego, por arte de birlibirloque, exportan a una página Web, es decir, a un documento HTML.

Esos programas, lo único que hacen es meter código basura dentro de la página Web que no cumple con absolutamente ningún estándar de la W3C, dando la falsa idea de que cualquier pringao puede hacer una página Web a cualquier empresucha.

Pues no señores. Una página Web necesita de un largo y costoso proceso que, para los que no lo sepan, conlleva:

  • Diseño gráfico: Donde se diseña la página en un programa de dibujo tal y como va a quedar en la realidad.
  • Desarrollo de la estructura: Donde, según el diseño gráfico, se diseña la estructura del documento HTML.
  • Programación: En caso de querer una página dinámica, es necesario programar su funcionalidad siguiendo la directrices del diseño gráfico y la estructura.
  • Documentación: Como cualquier proyecto de software convencional, es necesario mantener una documentación de todos los elementos de la página, es decir, estructuras de datos, algoritmos, bases de datos, trucos para que funcione en diferentes navegadores, etc.
  • Maquetación: Donde se modela la estructura del documento mediante CSS para que quede igual que el diseño gráfico.
  • Prueba: Para ver si todo funciona correctamente y en distintos navegadores y sistemas operativos.
  • Implantación: Pasar la página a producción ya que las configuración de los servidores de desarrollo puede que difieran de los servidores de producción.
  • Manteniemiento: Como cualquier software, una página Web necesita, al menos, un manteniemiento correctivo.

Además, puede que algunos programas ayuden un poco, pero la mayor parte de la página Web se hace a mano, es decir, se pica el HTML y el CSS a mano haciendo pruebas y más pruebas hasta que quede bien, con lo que se consigue que tengas todo el control sobre tu código y, no sólo eso, sino también que la página sea, en la mayor parte de los casos, óptima, es decir, con el mínimo código para que cargue lo más rápido posible.

Y si quieres que tu página sea dinámica, ya olvídate definitivamente de las susodichas aplicaciones, porque aquí es cuando necesitas empezar a programar y ahí ya nos metemos en camisas de once varas. De los programadores que creen que saben programar hablaré otro día.

Y con estos programas no sólo se induce a pensar que cualquier tontainas puede hacer una Web, sino que descalifica y desprestigia a los que de verdad gastamos nuestro tiempo en aprender y crear verdaderas páginas Web siguiendo los estándares de accesibilidad y usabilidad, infravalorando y menospreciando nuestro trabajo, tanto a nivel profesional como económico.

Si eres un usuario normal que quiere su página personal, mejor usa algo que ya esté hecho antes de usar cualquier programilla prometedor del oro y el moro, como el software de gestión de blogs que, por lo menos, sigue los estándares. Pero si eres empresa y quieres algo que te haga estar arriba en Internet, mejor contrata a profesionales.

«favicon» en 3D

Favicon en 3D MiniDesde la página favicon2dots podemos hacernos nuestro «favicon» (icono de favoritos, el que sale en la caja donde se pone la URL) en 3D y con forma de puntos sobresalientes sobre el plano.

Basta con poner la URL del icono (no vale con sólo poner la del blog) y éste se generará de la forma que aquí aparece. En la propia página hay unos cuantos que seguro que se reconocen a primera vista.

La verdad es que es un efecto que mola bastante. Habrá que tenerlo en cuenta para posibles modificaciones dentro del diseño gráfico del blog…

Por cierto, esta página la he descubierto a través de Leandono’s blog, un blog sobre diseño gráfico que cuenta con multitud de recursos y enlaces a recursos. Realmente una muy buena recopilación de cosas para todos aquellos que nos gusta esto del desarrollo web. La recomiendo.

Potencia de Javascript (II)

Ya lo dije en su momento, pero esto todavía es más impresionante. Pongan ustedes esta línea en la barra de su navegador cuando ya tengan un página cargada y, ¡oh! sorpresa, ésta será editable al 100%:

javascript:document.body.contentEditable=’true’; document.designMode=’on’; void 0

Visto en un documento de Google Docs. Por cierto ¿será esto lo que utiliza el propio Google Docs para permitir editar? ¿Será lo que usan otros editores web como el FCKEditor o el TinyMCE? Supongo.

Potencia de Javascript

Entre el AJAX y la Web 2.0, Javascript se ha convertido en un lenguaje muy potente. Pero esto ya es la caña:

javascript:R=0; x1=.1; y1=.05; x2=.25; y2=.24; x3=1.6; y3=.24; x4=300; y4=200; x5=300; y5=200; DI=document.images; DIL=DI.length; function A(){for(i=0; i<DIL; i++){DIS=DI[ i ].style; DIS.position=’absolute’; DIS.left=Math.sin(R*x1+i*x2+x3)*x4+x5; DIS.top=Math.cos(R*y1+i*y2+y3)*y4+y5}R++}setInterval(‘A()’,5); void(0)

Basta con cargar una página web con alguna imagen y luego, una vez que esté completamente cargada, introducir el código anterior en la URL. Y ahí se ve la imaginativa de su autor (que no lo citan) y la potencia de Javascript. Ale, a disfrutar… y a aprender.

Vía: 86400

La usabilidad y los clientes

Uno se empeña en que todas las páginas que hace sean correctas según la DTD que utilice. Se hace alguna que otra triquiñuela (ratada según mi amigo Héctor) para que todo salga a la perfección y validen tu página el validador del W3C, el de Sidar (de accesibilidad), el de CSS, etc. Pero luego siempre surge algún que otro problemilla ¿por nuestra culpa?

Casi con cualquier gestor de contenidos, las personas que gestionan la página web (que no los programadores) son los que incluyen los contenidos mediante los formularios de gestión de la página principal. Por ejemplo, en WordPress, la página desde donde yo estoy escribiendo este texto. Y cuando ellos incluyen el texto no se preocupan de poner las etiquetas válidas y el formato correcto ni nada por el estilo y es cuando la página deja de ser válida. Y vienen los problemas: “que si la página no es válida”, “que si no sabes programar”,… bueno, vale. El que lo has hecho mal eres tú pero no te preocupes que ya me como yo el marrón.

Cierto es que existen soluciones, como el FCKeditor o el TinyMCE, editores online para contenidos HTML. Pero hay otro problema, y es que generalmente es peor el remedio que la enfermedad. Por ejemplo, con el FCK que es el que utilizamos en la empresa, el código generado es una auténtica chapuza. Y lo digo bien claro. En lugar de poner estilos cuando cambias el tipo de letra, mete atributos en las etiquetas HTML del tipo <font size="x">, por ejemplo. También, otra cosa muy curiosa, mete entidades de espacio (&nbsp;) por todos lados, no sé muy bien para qué, pero lo hace.

Y ahora es cuando uno se pone a reflexionar: ¿es necesario que los usuarios que editan los contenidos sepan, al menos un poco, de HTML y conocimientos web? ¿o es mejor que seamos los programadores los que hagamos un buen editor online para que los usuarios se despreocupen totalmente?

Personalmente, creo que ambas cosas. Los usuarios deben conocer las tecnologías con las que están trabajando. Aquí y en todos los campos. Y también es cierto que los programadores debemos esforzarnos más por hacer las cosas mejor. Aunque, hablando por propia experiencia, los programadores nos solemos esforzar mucho para que los usuarios se esfuercen poco. Además, a la hora de programar cualquier cosa, siempre tenemos en mente la Cuarta Ley de la Estupidez Humana que está en las Leyes Fundamentales de la Estupidez Humana. Y se cumplen sí, vaya si se cumplen.

Distribuyendo el tiempo

Yo también gasto la mayor parte de mi tiempo, cuando diseño una página web, en hacer que el maldito sitio web funcione en el puto Internet Explorer.

Distribución del Tiempo

Visto en Microsiervos.

Búsquedas más rápidas en Firefox

A la hora de realizar una búsqueda en Internet la mayoría de la gente escribe en la barra de direcciones la URL del buscador, se carga la página y posteriormente se introduce los términos para la búsqueda y se presiona Enter. También se puede tener como página de inicio la del propio buscador, aunque retrasa la carga del resto de páginas en caso de querer acceder a otra URL.

En Mozilla Firefox han desarrollado una caja de texto a la derecha de la barra de direcciones donde se puede introducir el texto a buscar y, presionando Enter, se irá a la página de resultados según el buscador elegido mediante un menú desplegable. Se pueden añadir diferentes buscadores según las necesidades.

Pero ese método de búsqueda, aunque innovador y extremádamente más rápido comparado con el de ir a la página web de cada buscador, me sigue pareciendo lento. Y no debo ser el único al que se lo parece, porque los señores de Firefox han desarrollado otro método todavía más rápido: el uso de la barra de direcciones para las búsquedas.

Búsqueda rápida en la barra de direcciones

En la barra de direcciones de Firefox cabe la posibilidad de, en lugar de escribir la URL de la página web que se desea visitar, escribir una palabra clave para realizar las búsquedas. Por ejemplo, si en la barra de direcciones escribimos:

google Diego Lago

Firefox redirigirá esta «dirección» a:

http://www.google.es/search?q=Diego%20Lago

Con lo que se nos presentarán los resultados de búsqueda de las palabras «Diego» y «Lago» en Google.

Otro truco es, ya que utilizamos la barra de direcciones para nuestras búsquedas, utilizar la combinación de teclas Ctrl+L para ir directamente a esa barra y seleccionar todo.

Pero las búsquedas no acaban ahí. Por defecto, Mozilla Firefox en español trae unas cuantas palabras clave para buscar desde la barra de direcciones:

google «término»
Para realizar búsquedas en Google en español.
wp «término»
Para realizar búsquedas en la Wikipedia en español.
rae «palabra»
Para realizar búsquedas en el Diccionario de la Real Academia.
imdb «término»
Para realizar búsquedas en la base de datos de películas libre (en inglés).
accion «código»
Para realizar búsquedas en Google Stocks sobre códigos de acciones.
slang «término»
Para realizar búsquedas sobre términos de lenguaje coloquial (en inglés).

Este tipo de búsquedas mediante la barra de estado se pueden modificar y añadir algunas personalizadas. Y para ello hay dos métodos.

Administración de Marcadores en Firefox

El primero consiste en ir al menú «Administrar marcadores» y en la carpeta «Búsquedas rápidas» añadir un nuevo marcador con nuestra URL de búsqueda y nuestra palabra clave. La próxima vez que escribamos esta palabra en la barra de direcciones, Firefox redirigirá la búsqueda a la URL que hayamos indicado.

Añadir búsqueda rápida

El otro método es incluso más sencillo. En cualquier campo de búsqueda que nos encontremos en una web, podemos presionar con el botón derecho y elegir la opción «Añadir una palabra clave a esta búsqueda…» donde nos aparecerá un cuadro de diálogo donde habrá que rellenar varios campos, entre ellos nuestra palabra «mágica».

Este tipo de búsquedas vienen incluidas en Mozilla Firefox pero no en Internet Explorer, el buscador mayoritario (por desgracia), pero también existe un método para incluirlas. Para conseguirlo es necesario bajarse unas utilidades gratuitas de Microsoft conocidas como Microsoft Power Toys. De entre ellas hay que utilizar la que se conoce como Tweak UI. Una vez bajada en instalada, hay que elegir el nodo del árbol «Internet Explorer» y dentro de éste, el nodo «Search». Ahí se pueden añadir palabras clave de búsqueda para Internet Explorer similares a las de Mozilla Firefox. Pero una cosa, aunque también se pueda realizar esto para Explorer, yo siempre recomiendo que se use Mozilla Firefox, principalmente porque es más compatible con los estándares web. Aunque ese es otro tema.

Mediante este método de búsqueda, evitaremos ir continuamente a nuestro buscador favorito. También evitaremos utilizar el ratón para desplazarnos a la caja de búsqueda de Firefox ya que la navegación siempre es más rápida usando el teclado.

A partir de ahora, nuestras búsquedas serán mucho más rápidas, y no gracias al buscador, sino gracias a nuestro método.

10 errores comunes al hacer una página web

Aunque no suelo hacerme eco de las noticias publicadas en otros blogs, ésta me ha llamado la antención ya que no comenta cosas técnicas a la hora de crear una página web, sino que son cosas lógicas que todo usuario y navegante sabe y quiere hacer saber a los desarrolladores.

En la página de abargon se describen los 10 errores comunes al hacer una página web. Y bien ciertos que son. Cuanto más navegas por la web menos te gustan las animaciones flash del princpio (ojo, que pueden llegar a ser obras de arte según dónde se encuentren y quién las desarrolle), los menus que se mueven para todos los lados, la imagen animada del muñequito picando y diciendo “Web en construcción”,… y de la música en las webs ya ni hablamos ¡qué infierno!.

Muy recomendable su lectura.

Visto en Menéame.net.