Diego, aún no he terminado de leer el artículo entero pero YA debo felicitarte. Magistral! (alimento para el ego, hermano).
Esta es la clase de artículos que ayudan y motivan a mejorar y poner el ojo en los detalles, porque después de todo que sería del desarrollo web sin los detalles, no?
Gracias.

Vaya que los sitios que se pueden dejar toda la pasta del mundo en hacer sus webs perfectas pillan a uno de una ETT y les hace en frontpage xD

Un pequeño apunte a lo que dice Mini-D en el apartado “Sin imágenes navegar una página es imposible”:

bq. El Banco Santander Central Hispano lo realiza de forma perfecta, incluye en la totalidad de sus imágenes ambos atributos.

Pero, por lo que se ve en la imagen, se trata de la misma información para ambos atributos. Para imágenes que son rótulos, personalmente no me queda muy clara la utilidad del atributo title, sobre todo si su valor es el mismo que el del atributo alt.

Miguel dice que:

bq. “Vaya que los sitios que se pueden dejar toda la pasta del mundo en hacer sus webs perfectas pillan a uno de una ETT y les hace en frontpage”

O pillan a DoubleYou… y se cometen los mismos errores.

muy buen resumen y las explicaciones con ejemplos sirven de mucho

Diego, ya que estoy. Yo tengo un estilo heredado del PHPNuke, que como sabrás usan tablas hasta para ir al baño.
Me encantan las tablas para logos por ejemplo, así cuando tengo que cambiar sólo una parte de este funciona ok. Pero el problema es… un logo como el de mi site… ¿existe forma de hacerlo en CSS? obviamente… no quiero morir en el intento.

Hoy estuve practicando un poco y decidí ver si podía pasar mi site a CSS. Definitivamente hay cosas que no me cierran, todavía no pude hacer un layout de tres columnas con tamaño fijo (si, quiero tamaño fijo) y me queda cualquier cosa…

Eso sí que es más fácil definirlo con una tabla de tres columnas y adentro de cada una mando el contenido. Hasta Korochi tiene armado así en una extraña mezcla de código nuevo-viejo.

¿alguna herramienta para crear webs que no cometa todos esos errores? lo dudo..

Según tengo entendido, Lucas cuando quizo rediseñar su site tenía problemas para hacerlo todo en CSS y Divs… y se cansó de intentar pruebas así que lo terminó armando con tablas.

De todas formas él modularizó mucho el contenido de su weblog la arquitectura que tiene le permitiría mudarse a div y css en unos minutos.

Fabio, lo que tu debes dominar es el “Box Model”:http://www.w3.org/TR/REC-CSS2/box.html esto te permitirá comprender como posicionar elementos en una página sin depende de una tabla.

sysifus, una de las cosas que he notado, es que quizás el Banco Santander Central Hispano necesita mejorar en la rotulación de todas sus imágenes, por eso he dicho:

bq. …El Banco Santander Central Hispano lo hace de una forma casi perfecta, la Web se puede navegar sin imágenes dentro de todo se merece un aplauso…

Dentro de todo son detalles, como habíamos hablado hace unas semanas atrás con el tema de si @alt@ por @title@ y vice.

Fabio, tu web en css no debería ser demasiado complicadar, consigue topstyle pro, y verás que maravilla

pitón? …
la otra vez vi guión-java
esta bueno el articulo, se podria convertir en el gran libro de la evangelizacion web

Fabio comenta que:

bq. …todavía no pude hacer un layout de tres columnas con tamaño fijo

¿Cuáles son exactamente los problemas que has encontrado?

magnífico, como todos.

deberías escribir un pequeño post acerca del uso de tamaño en las tipografias. Yo uso px, y no sé que es exactamente el que tu recomiendas.

Fabio, aqui tienes dos joyas para tus problemas:
http://www.thenoodleincident.com/tutorials/box_lesson/boxes.html
http://www.bluerobot.com/web/layouts/

Diego:
MUY BUENO, en serio. Dos comments:

Apartado 8: creo que class=”TitSeccionBold” sobra, tienes elementos de sobra para darle estilo al h2. Por cierto, se supone que antes del h2 se ha definido un h1, no?

Apartado 24: Yo pensaba que em y % hacian lo mismo.

Fabio, pienso que este enlace puede interesarte (mira el código fuente para el CSS).

Habrá mejores maneras de hacerlo, supongo, pero son tres columnas con cabecera y pie; ancho fijo.

Fabio, pienso que este enlace puede interesarte (mira el código fuente para el CSS).

Habrá mejores maneras de hacerlo, supongo, pero son tres columnas con cabecera y pie; ancho fijo.

Fabio, pienso que este enlace puede interesarte (mira el código fuente para el CSS).

Habrá mejores maneras de hacerlo, supongo, pero son tres columnas con cabecera y pie; ancho fijo.

Ups, de verdad que siento el comentario triplicado. Pensaba que había detenido el envío de datos a tiempo.

En general me parece todo bien, pero… algo huele a podrido en Dinamarca. Me explico: no todo en Internet ha de ser usabilidad, como en la vida. Al final pareceremos todos informàticos que no entienden la velleza de la imagen… Hay espacios web que requieren flash (a otros les sobra), otros tablas (porque hoy es hoy), otros javaScript a saco porque necesitan expresarse de otro modo. No és tanto la herramienta, sino el uso que se haga. Digo yo, puedo estar equivocado.

Que una web con Shockwave-Flash és difícilmente visible por gente con disminución visual por ejemplo, vale, y? Total, hay millones de personas en el tercer mundo que directamente no pueden acceder a Internet.

Más que titular “25 errores comunes en los desarrollos Web” consideraria más correcto algo así como “25 ejemplos para mejorar la usabilidad en la web”

Iban, así como tú escribes Belleza con “V” y yo puedo dar por entendido que estás hablando de “Belleza” con los estándares sucede lo mismo, hay convenciones que pueden NO ser respetadas pero para una mejor “convivencia” sería bueno que todos (o casi) siguiéramos esas pautas que le ahorrarán dinero a los clientes, facilitarán la comunicación y el flujo del tráfico en Internet.

¿En el error nº 18 (metas) podrías poner un par de ejemplos con LINK?

Un saludo y muy buen artículo

Me encantó el artículo

Iban, ya hablaremos de que “no todo en la web ha de ser usabilidad” cuando todas las páginas sean accesibles por encima de otra cosa… la verdad es que no se incide suficiente en este aspecto, y por eso hay tanta chapuza de web.

Y no se trata de que la usabilidad esté por encima de todo, es simplemente uno de los pilares del buen diseño, junto a una estructura sólida y un aspecto visual atractivo. Creo que observando esto no se queda fuera nada importante, ¿no?

Increible comentario Diego, he guardado la página para tenerla como referencia. Sería muy utíl que hicieras esta guía imprimible (un pdf o algo asi).

GRacias por esto. Un saludo.

cuando encontre esta web, me di cuenta que habia calidad

ahora veo con este post tan preparado ques cierto y que la gente que lo lleva se lo curra.

gracias por cada dia de post publicado

Creo que tu artículo es bueno, sin embargo tus conocimientos te hacen un tanto engreído y criticas el trabajo de otras personas como si no tuvieran oportunidad de encontrarse en la etapa de aprender a hacer buenos sitios. Supongo que un días despertaste y tu cabeza era la biblia de la red y nunca pasaste por los frames y las tablas… más humildad amigo, hará que leerte sea agradable. Hablas como el Dios del web y obviamente no es asi.

Coincido contigo en el uso limpio del código y el CSS, pero no todo en la vida es llegar a las masas, hay sitios personales, o no se, enfocados a mercados más específicos, donde el uso del flash por ejem. es imprescindible. Además dejas por un lado los de las personas. Talvez en tu región el internet no llegue a velocidades aceptables, pero hay otras regiones donde es posible cargarle más la mano al contenido sobretodo multimedia, y como en todo no se le puede dar gusto a todos los internautas.

2Advanced… mmmm… es evidente que el trabajo que tu desempeñas (porque lo he visto) y el que realizan ellos es muy diferente, y como dije antes, es muy fácil sentarse a criticar hacia abajo, incluso hacia arriba en tu caso.

La banda ancha es una realidad que cada vez llega más lejos y en gran medida es porque los mismos usuarios la demandan asi que pienso que en algunos años no será gran problema unos cuantos bytes de más.

Se que eres un usuario hardcore del CSS y de los sitios planos.
Bueno. No todo en el mundo es CSS y sitios planos, ni me voy totalmente por un sitio hecho 100% en flash ni me voy por un sitio totalmente plano.

Los excesos siempre son malos, prefiero ser híbrido.

Saludos desde México.

Sobre tu punto #11 (los popups), estoy total y absolutamente de acuerdo, pero también hasta qué punto podemos venderle esa idea a los clientes, que muchas veces más bien demandan ese tipo de cosas? Es cierto, uno puede argumentar con el cliente, pero a veces no vale la pena enfrascarse en una guerra inútil de la que al final llegamos a la conclusión de que mejor le damos los dichosos popups y ya, que se dejen de joder…

Por otra parte, se me ocurren muchas ideas y sugerencias para el web de mi banco, que como casi todos, están hechos sobre la idea de que IE en Windows es el único navegador que existe…

Muy interesante. Hace tiempo que estoy interesado en las METAS, un articulillo no vendría mal, no?

Sergi gracias, en mi ejemplo sobran más cosas todavía, créeme con eso sobra para demostrar que se podía (sin mucho esfuerzo)

Jorge dice:

bq. ¿En el error nº 18 (metas) podrías poner un par de ejemplos con LINK?

Puedes revisar el código fuente de esta página con ejemplos, bastante completos, hay elementos @@ ordenados, de autor, glosario, privacy, de todo.

Más documentación sobre los elementos “link en el sitio del W3C (links in HTML)”:http://www.w3.org/TR/html401/struct/links.html#edef-LINK.

bq. Creo que tu artículo es bueno, sin embargo tus conocimientos te hacen un tanto engreído y criticas el trabajo de otras personas como si no tuvieran oportunidad de encontrarse en la etapa de aprender a hacer buenos sitios.

Creo que no entiendes, esta gente, no debería hacer sitios web, dado que se malgasta el dinero. Entiendes o te llamo por teléfono y te lo explico hablando. Esta gente no tendria que aprender nada, antes de hacer un sitio ya debería saber lo que está haciendo.

¿Acaso dejarías a una persona que no sabe nada hacer un edificio? Ála, venga hazte un edificio, total estas aprendiendo, y si todo ha salido mal y el eficio sale, como estabas aprendiendo te lo perdonamos.

Por favor. Para aprender, existen otros métodos.

Excelente trabajo que hace sonrojar a más de uno… entre los cuales me incluyo haciéndome míos algunos errores.
Muchas gracias.

Yo también me sonrojo, no cabe dudas, pero hay que ser cruel y aceptarlo.

Hola

interesante tu articulo pero debo decirte que desde siempre veo mal tu pagina, no se si sera el navegador, uso una mac G4 y el cuerpo de contenido siempre esta debajo del menu, aunque centrado, que puede ser?

Yo te explico por qué, relativamente no me he puesto a solucionar los problemas de compatibilidad entre navegadores, solo me he limitado a programarlo basado en los estándares, cuando tenga tiempo publicaré una versión más compatible entre navegadores.

Tampoco sé en qué navegador visualizas la página, en Mac puedo ver las cosas bien en Safari, Camino, Mozilla. IE para Mac no soporta CSS del todo bien.

Diego, de nada.

Por cierto, veo que alguna gente no se toma demasiado bien los articulos que ultimamente van saliendo por aqui (Diego, estas en racha, eh mamon?). Quizas lo que hace falta es un poco de cultura de autocritica, y menos susceptibilidades a la hora de encajar criticas. Diego es el primero en criticarse, admitiendo que va adoptando sus enseñanzas sobre la marcha y que aun no tiene todo arreglado, sobretodo en cuanto a presentacion (pequeños detalles de presentacion en distintos navegadores). Pero es de los pocos que puede hablar con propiedad sobre arquitectura de la informacion, puesto que es evidente que de esto sabe un rato.

Señores, dejen de mirarse el ombligo. Porque la gente de correos o administracion no tengan ni puta idea de hacer webs no quiere decir que no podamos hacer un repaso de como se debe o no se debe hacer, y adaptar esas enseñanzas para una mejora de nuestras webs. Es una clase magistral, en los dos sentidos de la palabra, quizas algo dura, pero sin dudas necesaria, de los pasos a seguir para hacer las cosas comme il faut.

Lo dicho, Diego tio, tu a lo tuyo, ya dejaran de llorar. Si quieren, y si no pues alla ellos, que se queden en el internet de 1998.

Es un gran documento digno de encontrarse en cualquier recogida de tutoriales y consejos web, yo mismo me aplicaré algunas correcciones en cuánto vuelva a trastear en mis páginas.

Pero creo que se cae en lo de siempre: si Pepe quiere hacer una página personal donde enseñar fotos de su perro, no quiere decir que Pepe sea un desarrollador.

Eso sí, totalmente de acuerdo con que sitios como BBVA o Correos deberían ser algo más que “páginas web”.

Pero, ¿no es cierto que no todos los conductores son pilotos de rallies, ni todos los usuarios informáticos son ingenieros? Pues lo mismo, hombre…

De hecho me agrada esto por que no he mencionado ninguna página personal, solo páginas web corporativas, donde se supone que todos aportamos dinero en alguna forma.

Si Juan hace su página sin estándares, mala suerte, no puedo con el, tampoco tiene la culpa, ni debe molestarse en mi… aunque el mundo seria mejor si hubiera conciencia.

Quien quiere aprende…

Este artículo no lo puedo ver en el internet explorer. ..y no es coña.

Diego, puede ser debido a que los dos enlaces siguientes son demasiado largos y hacen que crezca en anchura el contenido, como no cabe, baja TODO por debajo del menu izquierdo, pero me juego algo a que Arrikitano puede ver el post ahi debajo. Los links:
http://www.elpais.es/secciones/ politica/el_psoe_confirma_la_ruptura_definitiva.php
http://www.minid.net/archivos/categorias /internet/idiotas_en_el_espacio.php

(los he roto para que no pase lo mismo de nuevo)

Me parece un trabajo excelente, lo he leído todo y aun quisiera saber como carajos sabes tanto?!
Te felicito man

He rellenado tu test y tengo 25 puntos, menos mal que no engaño (/robo) a nadie más que a mí mismo.

Efectívamente es un auténtico tutorial y un ejemplo de objetividad llamando a las cosas por su nombre.

gracias

Ya está era la URL de El Pais una muy larga con ampersands… y puede que la parte de los códigos también obstruya, quizás tambien no es culpa mía que Internet Explorer visualice las cosas así.

Error 6: URL matemáticas, casi imposibles de entender y recordar.

Ya hablaremos cuando tengas:
- una página en PHP, ASP ó JSP donde no puedas pasar los datos vía POST y tengas (por la razón que sea) que pasarlos vía GET.
- el envío sea vía POST y la url deba terminar en main.php o similar, pero no puede indicar qué tema o asunto es en la URL, ya que tienes que pasarle parámetros a la página para que muestre algo.
En muchos casos, no se puede hacer como dices. Y más cuando trabajas con bases de datos muy grandes. El tamaño del ftp con todos los temas o asuntos (cada uno con su archivo .php , .asp,…) puede ser inmenso, mientras que con la base de datos se reduce el tiempo de carga y el tamaño del ftp (main.php?id=4, p.e.).
En ningún momento digo que se deba meter URL que llegen a completar los 255 carácteres, pero que en ocasiones es necesario.
Algo que comparto contigo, son los sitios que usan el identificador de sesión vía GET, y el chorizo es impresionante. Debería ser resuelto de otro modo.

Error 8: Olvidarse de la semántica, los documentos son una pila de información sin clasificar…

Personalmente, hay veces que no se puede sustituir una tabla por una capa (esto es criticable, y tal vez me equivoque, pero es mi opinión).

Error 25: Archivos multimedia, PDF, etc.
Otra de las locuras es abusar de los archivos multimedia
para representar datos en la Web, es casi insano tener 400
PDFs en un sitio Web, cuando esos archivos pueden estar
hechos en HTML, el PDF no fue hecho para reemplazar al
HTML, no se mezquinen con estas tecnologías.

Hay veces que los documentos no deben ser modificados y por ello se usa el PDF en lugar de HTML, sobre todo documentación oficial imprimible, y que tal copia pueda tener algún valor como tal.
Quitando eso, no tiene mucho sentido usar PDF.

Más cosas,…

mini-d:
Creo que no entiendes, esta gente, no debería hacer sitios
web, dado que se malgasta el dinero. Entiendes o te llamo
por teléfono y te lo explico hablando. Esta gente no tendria
que aprender nada, antes de hacer un sitio ya debería
saber lo que está haciendo.

No te lo niego (que no deberían hacer sitios web ‘cobrando’), pero yo haciendo páginas webs (no remuneradas) he aprendido (muchas cosas, sobre todo de programación en php) con lo que he podido mejorar mi trabajo (remunerado).
Cuando tú aprendiste a usar las CSS (y empezaste a trabajar como diseñador web), sabías perfectamente como funcionaban en cualquier navegador (ahora estoy en la Universidad y con el IE6, esto sale justo debajo del listado de weblogs de Barcelona…), ¿verdad? Tu sitio web funciona en ‘cualquier’ navegador y sabías que todo iba a funcionar como tú querías. Y por tanto no has aprendido nada, y no debes hacerlo porque antes de ponerte ya lo sabías, ¿no? No hay que ser tan intrasigente, ni engreido como comentan arriba.

Yo, a veces también lo soy, cuando oigo que algunas empresas ‘diseñan’ páginas web, modificando mínimamente el php-nuke o script similar -MT? - y cobran cifras desmesuradas por un trabajo mínimo, me pongo negro.
El diseño de una página web -que sea algo más complejo que css y html- debe conllevar un desarrollo web (sea php, asp, o lenguaje elegido a razón del uso de una bd), no la adaptación de un script editado por una tercera persona. Además de obtener miles de páginas iguales (y empieza a ocurrir con el MT).

Aparte de lo comentado, el resto del artículo me parece genial y me ha ayudado a perfilar algunas cosas para un posible weblog que quiero hacer (editado por mi, of course), y para realizar algunos cambios en mi sitio web.
Te felicito por el articulo.

AlmaOscura y a cualquiera.

Hay que tener la mente fuera de control para pensar que yo, he nacido y ya sabía estas cosas. Las he aprendido, del mismo método que tu lo has hecho. Pero bueno el esfuerzo que uno debe poner en estos ámbitos trae consigo un montón de ventajas.

Tómalo o dejálo… yo pongo los conocimientos, las explicaciones, las criticas con fundamentos, y la gente se ofende!

Yo escribo las cosas para que todo el mundo aprenda o saque su conclusión, si luego quieres usar tablas o no, problema tuyo, pero cuando yo voy a un cliente siempre le digo lo mismo y le enumero todo el trabajo mal hecho por el anterior, punto por punto, sabes como queda la reputación del anterior al que le hizo la página? Pues no muy guay que digamos.

En los negocios, la reputación puede importar más que 1000 euros que se te esfuman en menos de un mes. La reputación te puede quedar de por vida.

A ver, creo que tus articulos sobre diseño web son de lo mejor que he leido por la red, sin duda. Pero hay ocasiones que son algo ‘rectos’ en lo que se ‘tiene que’ hacer. Hay excepciones.

Lo sé, toca las pelotas que simplemente llegue alguien y critique tu trabajo. Si me he pasado con mi comentario, lo lamento. Pero solo he hablado de lo que tengo como experiencia (desarrollo en php y asp) y de lo que ‘creo’ que es. Más que nada para ‘complementar’ algunas cosas que dices. Repito, si he dicho algo que te haya molestado, lo lamento.

No me molestan, lo que no entiendo es el foco de “enojo”. Está mal punto, te digo como mejorarlo, yo entiendo que mucha gente (como yo) hace las cosas sufridas, y pasan por procesos de tolerancia de clientes, etc.

Pero mis ejemplos fueron claros, los que tienen presupuesto y que ofrecen un servicio bajo el nombre “calidad 100%” están tildados.

Diego, hasta ahora te he defendido porque me ha parecido que decias lo correcto, puede que no siempre en la forma pero si en el contenido. No puedo estar de acuerdo contigo en lo de enumerar todo el trabajo mal hecho por el anterior. Podrias no hacerlo directamente, diciendo todo el trabajo bueno que tu puedes hacer, sin nombrar a los otros. O exponiendo la filosofia de este articulo, etc.

AlmaOscura,
El problema de las URL se puede resolver muy facilmente en PHP/Apache/htaccess eso si, en Windows no creo que fuera tan facil, aunque creo que hay un modulo de reescritura de URLs, no estoy seguro. Da igual que trabajes con bbdd o no, se puede hacer. De hecho en mi weblog (lo siento hasta ahora no me habia promocionado pero tengo que dar un ejemplo practico) lo hago asi. Los enlaces permanentes se hacen al vuelo con titulo de mensaje o con fecha (con año y/o mes y/o dia). Tambien me he permitido el lujo de aprovechar la bbdd para ofrecer un sistema de comparacion de cadenas de las URL ( http://meddle.dzygn.com/weblog/cadenas/ ) , por si uno se equivoca al escribir la direccion. Repito, aqui no hay post, ni get ni leches. Todo PHP/Apache. Si yo puedo no veo porque una empresa con profesionales de esto no puede hacerlo.

Pues tendré que verlo, pero cuando la base de datos se hace muy extensa, esto puede hacer que la carga de la página aumente considerablemente. Otra posibilidad.

Gracias.

mini-d, no te mosquees. Tal vez haya errado en el ‘foco’ de mi comentario. Suele ocurrirme, digo las cosas pero fallo en la forma de decirlas…

AlmaOscura, no hay retardos en la carga. Solamente le pides a la bbdd el id y el titulo, no todos los campos. Eso hace el proceso MUY rapido. Si alguien quiere info detallada podemos hablarlo, pero es basicamente eso, mas mod_rewrite mas explode de PHP.

bq y le enumero todo el trabajo mal hecho por el anterior …

Coincido con Sergi, creo que por cuestiones de ética y por más odio o pena que a uno le provoque el trabajo mal hecho por otros, ante un cliente no se debería hablar mal de la competencia, sí podríamos sugerir las fallas hablando objetivamente del trabajo y me supongo que a eso apuntaba Diego, no?

Excelente trabajo, Diego..

Muchas de estas cosas son las que vemos dia a dia y dan bronca.

Te felicito…
Un abrazo..

Todo muy bonito profesor, pero…

¿Por que aparece un un ENORME e INÚTIL trozo en blanco arriba de todas estas lecciones?

En vuestra pagina, la U acentuada de mi post anterior en “INUTIL”, no ha sido aceptada correctamente.

Creo cometes varios errores, que seguramente no has agregado a tu articulo.

Román, compañero, eres el único de por aquí al que no se le leen los acentos, fíjate que los demàs los escribimos sin problemas.

El pedaZo enrome en blanco que lees encima de este artículo es debido a que usas un navegador que no soporta estándares (yo por ejemplo tengo este mismo problema porque leo estos post desde FeedReader que usa el motor de IE para mostrar las páginas), puedes solucionarlo aumentando el tamaño de la ventana del navegador. Yo sinceramente prefería el diseño anterior de Minid, este de ahora lo encuentro demasiado líquido y genera el problema que tu comentas, pero Diego tiene su filosofía “crossbrowser” aplicada a todos aquellos navegadores que soporten estandares, no llega a ser crossbrowser, pero es coherente con los estándares, no puedo criticar nada a eso, sólo dar mi opinión pobrísima sobre el diseño (soy peor diseñador que nadie nacido o por nacer).

Saludetes!

Tomeo:

“La belleza está en los ojos de quien la contempla”

Uso IE 6.02600 (para winXP) basado en NCSA Mosaic, pero en otros equipos también veo ese enorme bloque en blanco.

La U acentuada es una mayúscula, por lo que podría haber un problema allí, con las benditas mayúsculas acentuadas, ya que veo el código “&Uacute”.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Por lo de la definición de estandard. Para mí estandard es, lamentablemente, el IE, porque lo usa la mayoría de la gente. Lo demás son “normas establecidas”.

Me parece si importante aplicar esas “normas” al momento de desarrollar páginas para personas con discapacidad visual, y que éstas sean compatibles con JAWS o cosas parecidas. Sólo por una cuestión de compatibilidad.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Otro tema que no se ha discutido aquí es que muchos diseñadores piensan que como el fondo blanco contrasta muy bonito con todos los colores es el más indicado para usar en la web… pues el fondo blanco me destruye la vista.

Un saludo a todos, y esá de más decir que aprecio el esfuezo con que se está desarrollando este sitio.

Mmm podría hacer algo para el Feedreader, si el Feedreader se identificara como un AU(Agente de Usuario) Lector de posts, entonces, con hacer una pequeña plantilla que le de un formato apto para visualizar la web en cuanto ocupa el tamaño de sus ventanitas de Feedreader?

bq. En vuestra pagina, la U acentuada de mi post anterior en “INUTIL”, no ha sido aceptada correctamente.

Como la gran mayoría *no saben escribir 1 de los 800 códigos de HTML*, le he permitido a este sistema *que todo el mundo pueda comentar lo más natural posible*, de modo que si quiero escribir Ú, el sistema me lo convierte a la entidad Ú automáticamente, sin probabilidades de errores, si quiero escribir à è ì ò ù ƒ € el sistema lo comvierte por mí.

Lo que antes nadie hacía (escribir un código) ahora me lo convierte el sistema, me libera mucho trabajo, y todo el mundo se ve beneficiado, o sea que cada tanto en tanto 1 persona escriba una entidad sin previsualizarla antes me parece más que una putada, gracioso.

Un detalle importante de todo esto, es que veo que no eres precavido en a la hora de comentar, si hubieras hecho un “pre-visualizar”, lograrías darte cuenta que las entidades no funcionan… de hecho lo intuyo sabrías darte cuenta por que sabes escribir entidades.

Lo mismo si alguien quiere escribir código HTML que no esté permitido como @@, o código de PHP, da igual, si previsualizas y vez que no funciona mejor para ti.

Creo que *es un avance* permitirle al usuario poder escribir normalmente sobre todo si no tiene que recordar 40 códigos para escribir normalmente.

Espero que eso te sirva de lección.

bq. Me parece si importante aplicar esas “normas” al momento de desarrollar páginas para personas con discapacidad visual, y que éstas sean compatibles con JAWS o cosas parecidas. Sólo por una cuestión de compatibilidad.

Todas las páginas deberían ser accesibles a un mínimo nivel, recuerda eso, la gente con discapacidad es una persona igual a ti, con un defecto que nunca ha elegido tener, de modo que no tiene la culpa de no poder leer tus contenidos, páginas, o películas de Flash.

Hay que hacer un sitio, con un método de trabajo sólido, una versión no 3 o 4 dependiendo el navegador y por sobre todo tiene que tener soporte y características de accesibilidad.

¿Donde está el sentido sino? Se que hacerlo todo a muchos les cuesta, incluso si trabajas en un lugar donde te apresuran a terminar, a uno le encantaría poder ponerle accesskey a los todos los enlaces, o plantear la arquitectura de otra forma…

Pero mejor expresarlo y comprenderlo a tener un concepto errado como el que acabas de dar…

bq. Otro tema que no se ha discutido aquí es que muchos diseñadores piensan que como el fondo blanco contrasta muy bonito con todos los colores es el más indicado para usar en la web… pues el fondo blanco me destruye la vista.

Hay estudios que indican que leer en pantalla no es ni saludable, ni tampoco muy preferido, de modo que ofreciendo soporte nativo para imprimir se agrega un valor añadido.

De hecho, es preferible dejar un color blanco, si te molesta el blanco te recomiendo que leas esta sección de mi curso sobre cómo usar mozilla, puedes escoger el color de fondo para todas las páginas, incluso también te digo como “truco” que puedes bajar la brillantes de la pantalla con los botones que tienes debajo del tubo de la pantalla de tu monitor, eso hará que el blanco no sea muy luminoso y te destruya, además te permite calibrar los colores o la luminosidad a los niveles de tolerancia de tus ojos.

Tu artículo me ha resultado agradable y estimulante, y me animo a hacerte una consulta, aunque no sé si este es el lugar apropiado.
Estos ultimos días estuve cambiando mi index, y ahora, con una programación ingenua y seguramente defectuosa, he logrado que mi página valide CSS y XHTML 1.1 .
Todo razonablemente bien con Explorer desde Explorer 5.x , Mozilla, Netscape 7.1 (El Netscape 4.7 muestra una página en blanco ) y Opera 7.11 (Opera 7.11 me produce un problemilla algo menor, menor comparado con el problema que estoy por plantearte).

Pero… ahora vienen los peros: un usuario de Mac me dice que él no ve ni acentos ni caracteres especiales. Me pregunto qué es lo que estoy haciendo mal, y aunque los Mac no se llegan a mi sitio sino raramente (¿quizá por eso?), me sentiré más tranquilo si el tema de estos símbolos pudiese arreglarse.
Desde ya, te agradeceré si podés darme alguna orientación.
Muchas gracias.
Mario

Pues si escribes con un Mac, tienes que utilizar un formato UTF-8 o UTF-16 para los caracteres, pero de lo contrario, lo mejor es utilizar la tabla ASCII para realizar la conversión de todos los acentos.

Por ejemplo, si escribes á → á. Y así sucesivamente con todos y cada uno de los que realmente necesitan cambiar.

Lo otro que puede ser –que generalmente pasa, es que el usuario mismo haya hecho algo tonto y haya configurado la detección automática o haya tocado algo y todos los documentos terminen siendo leídos en otro formato que no sea el iso-8859-1 que tu has especificado.

Exelentisimo trabajo… realmente formidable….
Aunque creo que cada uno hace el trabajo como mas le guste… si hay algo que el arte o inclusive el diseño apoyan en lo absoluto es la CREATIVIDAD. Aveces es importante seguir estandares, Otras… nos podemos dar el gusto de mandarlos al carajo. al cabo no todos los objetivos son iguales…

Saludos desde Argentina…

Repito… TRABAJO EXELENTE….

Excelente articulo, lo lei completo y todo el articulo esta en lo correcto, un jalon de orejas para los desarrolladores, felicidades y a poner en practica lo leido.

Necesito su ayuda diseñadores de pimera… Mi profesora de tesis nos dice que nuestro sitio necesita auditoria interna constante y de todo… Esta bien si es un sitio de mucha seguridad como ser tramites bancarios, o ese tipo de rollo… pero en un sitio donde no hay seguridad extrema… no se hace inutilmente mas pesado realizar registros en una base de datos de todo lo que se hace en el sitio ???

Si es como digo necesito links y articulos como para “demostrarle” que nuestro sitio valorara mas la frescura y desempeño a un registro de cuantas veces nuestro usuario fue al baño mientras tenia nuestra pagina abierta…

Gracias a todos…

Saludos desde Argentina

No hay que mandar a la -mierda-, hay que demostrarle con lógica el porqué de cada elemento en una página.

Haz un estudio de todas las cosas, luego vuelca las conclusiones en un informe, busca en la red sobre usabilidad en páginas y encontrarás muchos enlaces, también puedes leer cosas que he escrito aquí yendo a la “página de artículos”:/articulos/

Suerte.

Interesante articulo, pero demasiado purista, pedante y engreido segun mi punto de vista.

Yo no los llamaria “errores” y el uso de esos “errores” no implica una página mal diseñada.

Unos cuantos comentarios a algunos de tus errores:

bq. Error 1: Peso en la página

Tienes razón, pero cuanto más avanzamos en comunicaciones, mas podemos bajarnos y al final el peso será despreciable en futuro. Si antes mi ms-dos ocupaba menos de 2mb, ahora mi windows-xp ocupa mas de 1gb.
No digo que no sea importante, y que parte de esos 240kb que tienen algunos puedan ser mas que tediosos para algunos ordenadores, pero para otros no.

Este error algun día sera despreciable.

bq. Error 4: Títulos de página molestos y enigmáticos

No siempre has de mostrar el contenido de la ventana (diselo a los pop-ups) ya que el titulo de la ventana es obligatorio. Lo que dices es de cajon, y si no se cumple es por otro motivo, y no creo que sea por descuido.

bq. Error 5: Sin imágenes navegar una página es imposible

Toma y si le pones flash, imposible.

Pues si, y aunque haya un porcentaje que no le interese las imagenes o solo reciba contenidos (recomendado en PDA+GPRS), ese es bajo y despreciable para muchas empresas.

bq. Error 6: URL matemáticas, casi imposibles de entender y recordar

Yo creo que este error és mas que provocado, cuando manejas datos dinámicos. si todas las URL deberian ser entendibles, podrias acceder a partes de la web directamente que quiza no quisieras. Y con las peticiones GET, serian transparentes. Luego muchas de esos portales que citan se generan con portlets donde la maquinaria generadora de HTML y links se genera automatica por un motor y no depende del diseñador. Este error es mas que necesario en muchos portales.

bq. Error 10: Documentos Web que son enemigos de la impresora

La mayoría de paginas no son para imprimir, porque si así fuera tienes los contenidos en un xml y luego lo presentas en html, pdf, o formato que quieras segun el xsl-t que tengas.

Que haya un boton de imprimir es porque la mayoria de usuarios no sabe que tiene una opcion de menu de imprimir, y ni sabe que es una barra de herramientas. Ademas con un boton le estas diciendo que esa pagina es imprimible. Aunque ciertamente muchas web lo hacen implementan muy mal.

bq. Error 11: Ventanas emergentes, inútiles, sin sentido y no muy accesibles.

Ese “tumor” a veces es necesario según que información quieras mostrar. Quiza la mayoria sean un “tumor”, pero descartarlas al 100% es demasiado…

bq. Error 12: Instale Flash, o de lo contrario no podrá navegar el sitio Web

Si una empresa solo dispone de diseñadores que saben de flash pero no de html… que agarras a lo que tienes.
A veces no es una opción erronea, sino la única.

bq. Error 13: Javascript supera todas las tecnologías de …

De acuerdo. Javascript moderado, sobretodo por la incompatibilidad con el navegador.

bq. Javascript es tan bueno que lo utilizamos incluso como base de datos, ¡Ála!

Pues a veces sí. Sobretodo si son datos que consultas mucho. Todo en exceso es malo pero no descartarlo a la primera

bq. Error 15: HTML comentado, es igual a más peso en la página

De acuerdo, pero a veces hay ofuscadores de codigo donde pueden hacer notaciones rarisimas inclusive para ofuscar el codigo html. Eso pesa más, pero a veces es interesante

bq. Error 21: La Web no es la televisión

Coño, quien paga manda

bq. Error 22: Frames no, si us plau

Pues van muy bien, ya te digo que las paginas web no son para imprimir! hay otros medios. Si no dispones de un servidor ASP,JSP,PHP…

y si siempre que algo sea siempre visible, diferentes scrolls? que los usuarios muchas veces son muy simples.

bq. Error 23: Formularios inaccesibles

Degradación? Y si quieres validar los campos del formulario, como los haces, si quieres calcular la letra del NIF?
y si lo que envias por GET quieres convertirlo y encriptarlo (tal y como no hacia messenger y es por eso que enviaba el password a traves de GET a la vista de todo mundo??) Sin o dispones de javascript Ok. La mayoria de la gente tiene el javascript habilitado.

Conclusión:

* Mí web personal la haría tal y como dices.
* Una web para un cliente (te la pide un cliente) dependera de los recursos que te den. Desde el servidor web y de aplicaciones (puedes tener un simple servidor web con http, hasta un weblogic con porlets).
* El usuario a quien va dirigido. Normalmente todas las paginas van dirigidas al 100% de las personas, ni deberian. Deben estar enfocados al publico concreto. Como tu bien demuestras hacer paginas para muchos es barato y para todos es muy mas caro y quiza no compensa.
* Mi hermana que usa el frontpage sera mas barata que tú. Quiero decirte que aun no hemos llegado al punto que dices, porque a la mayoría empresas le interesa estar en web, pero no como han de estar.
* Por mucho que queramos cumplir estandares, eso es algo que hay que educar a los programadores y responsabilizar a los empresarios. Ellos ni se deberian enterar.

Después…

Muchos portales como elpais.es están generados automáticamente por motores tipo “portlets” dónde no hay programadores web, sino diseñadores y diseñadores de contenidos. Ese será el futuro y todo esto quedará como teoria. Todo el codigo debera ser destinado a automatizarse. Siempre hemos tenindo a ello (del assembler al visual basic)

Vamos, que mientras los navegadores no se ciñan a los estandares y permitan infinidad de recursos alternativos y los plug-ins proliferen, el desarrollo web esta y estara coincionado al navegador mas usual (explorer), el plugin mas habitual (flash,reader), y no desde propiamente el desarrollo sino de desde el punto educativo.

Todo se podría hacer mejor, pero a veces o no conviene, o no es imprescindible, o para que si algo ya funciona. Depende del contexto, social o politico de la empresa, el software que dispongamos y de la tecnologia que tengas utilizar (no puedes elegir), del tiempo que necesites y del conocimiento y experiencia de las personas.

Eso sí, si todos fueramos como tu, otro gallo cantaria.

Nexus, está claro que no has comprendido.

Si las comunicaciones son buenas (dado que no lo son) ¿por qué debo bajarme 240 KB cuando puedo tranquilamente tener que bajar 50?

Cuando comprendas la diferencia entre practicidad y diversión, es ahí cuando te planteas todo este tipo de desarrollos.

bq. Muchos portales como elpais.es están generados automáticamente por motores tipo “portlets” dónde no hay programadores web, sino diseñadores y diseñadores de contenidos.

Pues mala elección como diseñador te digo, no es bueno automatizar todo así, y dejar de lado puestos de trabajo tan importantes como programadores, por culpa del sentimiento fashion, la web está como está…

bq. Todo se podría hacer mejor, pero a veces o no conviene, o no es imprescindible

Con ese comentario, pues me ahorro mi opinión, tu has lo que te salga de los cojones, si quieres hacer las cosas mal, allá tu.

Luego se ponen a llorar cuando les critican.

Estoy un 20% de acuerdo con Nexus y un 80% de acuerdo con minid.
El tema de las URLs entendibles no lo veo necesario, http://www.tienda.com/productos/
es la máxima legibilidad de URL que me apetece darle a mi catálogo de productos, el resto lo paso por post o get, no voy a hacer una página que diga pc_impresoras_scanners_lectores.php.
Para un site de artículos estáticos si, para una página de contenidos dinámicos no.

Hay otras cosillas, pero creo que ya las hemos discutido…

Saludetes!

bq. Pues van muy bien, ya te digo que las paginas web no son para imprimir! hay otros medios. Si no dispones de un servidor ASP,JSP,PHP…

Pues estás equivocado, mira, una página bien hecha, con tener un CSS adaptado unicamente para imprimir y te ahorras trabajo de servidor, y de desarrollar una versión de página para cada sección.

Te recomiendo aprender un poco lenguajes de servidor y sobre todo leer más libros de desarrollos.

Un poco de conciencia no viene nada mal.

Hay muchos sitios que han implementado URL bien formadas como el sitio de “diveintomark.org”:http://www.diveintomark.org y tienes otros ejemplo bonito que es “epinions.com”:http://www.epinions.com

Nexus, está claro que no has comprendido.

Si las comunicaciones son buenas (dado que no lo son) ¿por qué debo bajarme 240 KB cuando puedo tranquilamente tener que bajar 50?
> Algun eso te va a dar igual.
> A todos lo de que tienen windows les pasa. El SO aumenta de dimensiones… y que?
> A medida que la gente se lanza a algo más de 56kbps, pues ese tipo de paginas proliferan

Cuando comprendas la diferencia entre practicidad y diversión, es ahí cuando te planteas todo este tipo de desarrollos.
> Tú mismo lo has dicho

Muchos portales como elpais.es están generados automáticamente por motores tipo gportletsh dónde no hay programadores web, sino diseñadores y diseñadores de contenidos.

Pues mala elección como diseñador te digo, no es bueno automatizar todo así, > Mala elección ???? Todo se deberia hacer como dices ???? El desarrollo lo condiciona el entorno del proyecto.

y dejar de lado puestos de trabajo tan importantes como programadores, por culpa del sentimiento fashion, la web está como estác
> Joer, si a mi me deja en el paro… pero el tiempo dirá, el programador sera un administrativo. Yo no estoy a favor pero esta es la realidad.

Todo se podría hacer mejor, pero a veces o no conviene, o no es imprescindible

Con ese comentario, pues me ahorro mi opinión, tu has lo que te salga de los cojones, si quieres hacer las cosas mal, allá tu.
> Yo intento adecuar las cosas al entorno, no siempre se puede hacer como dices, tu mismo lo sabras.
> supongo que tu no dependes de nadie y eres el rey, la mayoria tiene que maniobrar en una selva de decisiones incoherentes.

Luego se ponen a llorar cuando les critican.
> bueno, eso no lo sé.

Pues van muy bien, ya te digo que las paginas web no son para imprimir! hay otros medios. Si no dispones de un servidor ASP,JSP,PHPc
>Si ves hay un punto (que deberia ser punto y aparte) eso no iba ocn los documentos… quiza eso venia al uso de los frames que dices que para eso utiliza asp… pero no frames… y si no dispones de asp, que te queda???
Alli voy a decir que en relación del contexto que te rodea lo haces de una o de otra manera.

decias…
Yo escribo las cosas para que todo el mundo aprenda o saque su conclusión, si luego quieres usar tablas o no, problema tuyo, pero cuando yo voy a un cliente siempre le digo lo mismo y le enumero todo el trabajo mal hecho por el anterior, punto por punto, sabes como queda la reputación del anterior al que le hizo la página? Pues no muy guay que digamos.
> joer si eres el rey. No hace falta repudiar al anterior. Además no sabes bajo que condiciones lo hizo.

Creo que no entiendes, esta gente, no debería hacer sitios web, dado que se malgasta el dinero. Entiendes o te llamo por teléfono y te lo explico hablando. Esta gente no tendria que aprender nada, antes de hacer un sitio ya debería saber lo que está haciendo.
> Eres el puto amo del w3c.
> Se malgasta el dinero, y tanto, y aposta. En el proyecto grande al desarrollo se destina bien poco, sino diselos a lso del elpais.es (% entre desarrolles, consultores, proveedores, y jefes intermedios…)
> Gracias a dios que a esa gente tan incompetente la llegan a contratar que de algo han de vivir.

¿Acaso dejarías a una persona que no sabe nada hacer un edificio? Ála, venga hazte un edificio, total estas aprendiendo, y si todo ha salido mal y el eficio sale, como estabas aprendiendo te lo perdonamos.
> Esto no es un edificio. Un edificio pasa por certificaciones, controles de calidad que evitan que alguien haga esas chapuzas.
> El explorer no te valida ni el tag html. No se lo demas, pero creo que mejorariamos todos con navegadores mas estrictos y sobretodo en los navegadores mas utilizados por el usuario medio.

Mientras a la empresa de turno le resulte un roll-of-inversion superior al 50% le dara igual como este hechoy que resultado tenga. Hay muchso que tragan y tu tienes la suerte de que no.

Joer, si yo estoy contigo, pero no puedes pretender que todos pasemos por tu aro, cuando a veces la tecnologia de desarrollo ya se ha vendido y tu llegas ahí.

De todas formas tu lo has dicho, pero deberias dejarlo mas claro:

Cuando comprendas la diferencia entre practicidad y diversión, es ahí cuando te planteas todo este tipo de desarrollos.
En eso estoy totalmente de acuerdo.
Aunque supongas que no la comprendo.

Nexus, está claro que no has comprendido.

Si las comunicaciones son buenas (dado que no lo son) ¿por qué debo bajarme 240 KB cuando puedo tranquilamente tener que bajar 50?
> Algun eso te va a dar igual.
> A todos lo de que tienen windows les pasa. El SO aumenta de dimensiones… y que?
> A medida que la gente se lanza a algo más de 56kbps, pues ese tipo de paginas proliferan

Cuando comprendas la diferencia entre practicidad y diversión, es ahí cuando te planteas todo este tipo de desarrollos.
> Tú mismo lo has dicho

Muchos portales como elpais.es están generados automáticamente por motores tipo gportletsh dónde no hay programadores web, sino diseñadores y diseñadores de contenidos.

Pues mala elección como diseñador te digo, no es bueno automatizar todo así, > Mala elección ???? Todo se deberia hacer como dices ???? El desarrollo lo condiciona el entorno del proyecto.

y dejar de lado puestos de trabajo tan importantes como programadores, por culpa del sentimiento fashion, la web está como estác
> Joer, si a mi me deja en el paro… pero el tiempo dirá, el programador sera un administrativo. Yo no estoy a favor pero esta es la realidad.

Todo se podría hacer mejor, pero a veces o no conviene, o no es imprescindible

Con ese comentario, pues me ahorro mi opinión, tu has lo que te salga de los cojones, si quieres hacer las cosas mal, allá tu.
> Yo intento adecuar las cosas al entorno, no siempre se puede hacer como dices, tu mismo lo sabras.
> supongo que tu no dependes de nadie y eres el rey, la mayoria tiene que maniobrar en una selva de decisiones incoherentes.

Luego se ponen a llorar cuando les critican.
> bueno, eso no lo sé.

Pues van muy bien, ya te digo que las paginas web no son para imprimir! hay otros medios. Si no dispones de un servidor ASP,JSP,PHPc
>Si ves hay un punto (que deberia ser punto y aparte) eso no iba ocn los documentos… quiza eso venia al uso de los frames que dices que para eso utiliza asp… pero no frames… y si no dispones de asp, que te queda???
Alli voy a decir que en relación del contexto que te rodea lo haces de una o de otra manera.

decias…
Yo escribo las cosas para que todo el mundo aprenda o saque su conclusión, si luego quieres usar tablas o no, problema tuyo, pero cuando yo voy a un cliente siempre le digo lo mismo y le enumero todo el trabajo mal hecho por el anterior, punto por punto, sabes como queda la reputación del anterior al que le hizo la página? Pues no muy guay que digamos.
> joer si eres el rey. No hace falta repudiar al anterior. Además no sabes bajo que condiciones lo hizo.

Creo que no entiendes, esta gente, no debería hacer sitios web, dado que se malgasta el dinero. Entiendes o te llamo por teléfono y te lo explico hablando. Esta gente no tendria que aprender nada, antes de hacer un sitio ya debería saber lo que está haciendo.
> Eres el puto amo del w3c.
> Se malgasta el dinero, y tanto, y aposta. En el proyecto grande al desarrollo se destina bien poco, sino diselos a lso del elpais.es (% entre desarrolles, consultores, proveedores, y jefes intermedios…)
> Gracias a dios que a esa gente tan incompetente la llegan a contratar que de algo han de vivir.

¿Acaso dejarías a una persona que no sabe nada hacer un edificio? Ála, venga hazte un edificio, total estas aprendiendo, y si todo ha salido mal y el eficio sale, como estabas aprendiendo te lo perdonamos.
> Esto no es un edificio. Un edificio pasa por certificaciones, controles de calidad que evitan que alguien haga esas chapuzas.
> El explorer no te valida ni el tag html. No se lo demas, pero creo que mejorariamos todos con navegadores mas estrictos y sobretodo en los navegadores mas utilizados por el usuario medio.

Mientras a la empresa de turno le resulte un roll-of-inversion superior al 50% le dara igual como este hechoy que resultado tenga. Hay muchso que tragan y tu tienes la suerte de que no.

Joer, si yo estoy contigo, pero no puedes pretender que todos pasemos por tu aro, cuando a veces la tecnologia de desarrollo ya se ha vendido y tu llegas ahí.

De todas formas tu lo has dicho, pero deberias dejarlo mas claro:

Cuando comprendas la diferencia entre practicidad y diversión, es ahí cuando te planteas todo este tipo de desarrollos.
En eso estoy totalmente de acuerdo.
Aunque supongas que no la comprendo.

Intenta hacer una web del tipo serviticket de la manera que dices y me llamas y me lo explicas.
Eso sí dejame que sea tu jefe y te ponga una serie de condiciones.

Ergo, mira, no se cual es tu desempeño en la vida profesional, pero creo que no debes temer a que alguien te reemplaze, por que cuando alguien te reemplaza en algo es por que lamentablemente puede hacer lo mismo que tu y más.

Eso pasa, pero bueno. A lo que voy es que, todos los proyectos tienen que tener si o si, un grupo de personas capacitadas, en cada área, esto de todas formas condiciona a que cada uno tenga una opinión distinta, fíjate que los diseñadores no tienen qué temer si hay un buen desarrollador web (que programe HTML y CSS Dios manda).

Imaginate que elpais.es fuera hecho utilizando a varias personas capacitadas en su área, el resultado sería mucho mejor…

Ya te digo, he participado en proyectos de esta escala, hice trabajos de consultorias, y realmente en el 90% no tienen objección, cosas tan simples de aprender, tanto tiempo que os podéis ahorrar…

¿Entiendes?

Por cierto, si vas al navegador, en este mismo documento o en cualquier otro de esta web, observarás que se puede imprimir, sin necesidad de hacer un parseo extensivo de XML con XSLT, ni en el servidor ni en el cliente.

Utilizo CSS con media: print, que es más útil para éstos casos y no tengo que gastar más ancho de banda, más KBytes en nuevas páginas.

El código está a la vista, puedes ojearlo y aprender por tu cuenta como lo he hecho. Es relativamente fácil.

Muy bueno.. el análisis de los 25 errores comunes.

Ejemplo incorrecto: página de mi empresa solo accesible mediante Flash: http://www.publicisdialog.es.

Ejemplo correcto: http://www.vulcan.com, te da a elegir Flash o Html en su inicio ( no del todo correcto) y te crea una cookie que recuerda tu elección de página de inicio.

Tomedo, no hace falta “crear” un nuevo documento impresoras_hp_tinta_modelo_330, eso si sabes como hacerlo, puedes hacerlo o con un api del IIS o con el mismo Apache server.

En tal caso, tienes que pasarle como datos pequeñas cantidades de caracteres, un ejemplo aceptable:

bc. /categoria/ordenadores/hp/pavilion/modelos-300?=all

Aunque resumiendo, podrías lógicamente armar:

bc. /categoria/ordenadores/hp/pavilion/modelos-300-all

Y listo.

Error 19

No estoy de acuerdo con tu apreciación acerca del “Mapa web”. El buscador es más usado para buscar palabras específicas (ej: quiero ver los articulos en los que se hable de css-3). Pero si quiero ir a la sección articulos, pasaré directamente por el mapa, en lugar de hacer una busqueda y leerme la descripción de los 8mil resultados en los que seguramente aparecera la palabra “articulo”.
Te hablo de esto porque es lo que he visto.

La fórmula mágica: Buena arquitectura de la información + buen buscador + mapa web (bien jerarquizado).

Muy buenas, he estado leyendo este artículo y la verdad es que muchas de las cosas que dice (NO TODAS) me parecen muy acertadas, pero… tanto hablar de buenas presentaciones y resulta que la letra del artículo es casi ilegible y para que hablar del menú… soy incapaz de leer los enlaces… A lo mejor deberías echar un vistacillo a vuestro diseño.
Un saludo.

Muy buenas, he estado leyendo este artículo y la verdad es que muchas de las cosas que dice (NO TODAS) me parecen muy acertadas, pero… tanto hablar de buenas presentaciones y resulta que la letra del artículo es casi ilegible y para que hablar del menú… soy incapaz de leer los enlaces… A lo mejor deberías echar un vistacillo a vuestro diseño.
Un saludo.

Me parece perfecto, te animo a que agrandes la tipografía al tamaño que desees, puedes hacerlo desde el navegador y esto lo soporta por defecto en todos los navegadores.

El tamaño tipográfico es bastante grande son 13 píxeles, muy bueno para la lectura.

Siempre está el que quiere más grande o más pequeño y bueno para eso están los controles de los navegadores.

Por otra parte, los enlaces, tienen “tooltips” y están bastante legibles a nivel de URL, o sea, mirando las URLs puedes dicernir sobre el contenido que iras a ver.

Saludos.

me ha gustado mucho el artículo, pero echo de menos algo de “bibliografía” por así decirlo, a veces eres muy categórico en tus afirmaciones pero no se en que te apoyas.
Por ejemplo, los metas inservibles, me ha llamado la atención, porque hace poco leí lo contrario.
Y no se como puedo saber si es cierto que google lo usa o no.
Muchas gracias

Muy interesante el artículo (wow realmente me atrapo), por lo menos algo diferente en la web, claro, práctico y con buen humor

Me gustan las críticas a otros sitios, pero no encontre el pop-up mamarracho de administracion.es, bue.. pero encontre otras cosas que me asustaron ahhhhhhhhhhhhhhhhhhhhhhhhhh!!!

saludos desde Argentina

¿Citas bibliográficas? Podría poner URLs que apunten a esos conceptos, pero esto se basa más en conocimiento propio.

Si quieres leer más sobre el tema, escrito por otros autores, puedes darte una vuelta por las categorías de usabilidad y arquitectura de la información.

La mayoría de la bibliografía puede ser encontrada en el sitio del W3C también.

Saludos.

Esta excelente el artículo pero Phyton?. No se escribe Python???

Hola denuevo, una pregunta técnica..
en la definición del lenguaje del documento cual es la diferenciancia de xml:lang=”es” y lang=”es”, no se define de igual manera que es en español? Gracias desde ya.. y disculpen la ignorancia

La diferencia es dependiendo del DTD utilizado, si utilizas HTML, y pones en los elementos @xml:lang=”en”@ no validan, por que la propiedad @xml:lang@ es XML y no HTML, pero en cambio como estamos utilizando XHTML (mezcla híbrida de XML y HTML) estos deslices se permiten… ¿Para qué diras?

Para que a futuro cercano el traspaso de XHTML a XML sea nada…

Saludos.

Buenos documentos, te felicito por el material super interesante. Podrias poner archivos de ejemplos para ir probando e ir uno corrigiendo algunas cosas de las que se hablan.

Saludos

Ya que insistis tanto con los DTD, les recuerdo que este tag es necesario para que un html sea valido en w3.org:

(Está listado como inválido)

Yo también veo el contenido de la página desplazado hacia abajo. Uso IE6.0.26 .

URL accesibles
Conocida discusión sobre las url’s accesibles. Llamamos a una URL accesible cuando es facil de recordar y es facil saber que vas a ver. Pero hasta donde llegar, veo muy a menudo como usuarios de Wordpress y antes los usuarios de Movable Type usaban e…

[...] or de contenidos, CMS, ya se sienten webmasters. Lo cierto es que les aconsejo un pequeño articulo sacado de minid.net. Espero y [...]

Acabo de leer este artículo y quedé gratamente sorprendida al ver que aún quedan profesionales en este mundo tan complejo que es el de la creación de sitios web profesionales.

Entre los comentarios de los lectores del artículo pude leer varias críticas y acusaciones, vi tildar al autor de “demasiado purista, pedante y engreído” por algo tan simple como dominar el tema del artículo.

Supongo que quienes así hicieran podrán tildar con calificativos similares lo que a continuación expongo, pero el hecho de que se ofendan no hace que el contenido se desmerezca sino que refuerzan el argumento, y es que en el mundo del desarrollo web (al igual que en el mundo de la ofimática o el mundo del uso de herramientas informáticas por parte de legos en la profesión) se ha olvidado el objetivo para dar importancia al medio. Puedo intentar exponer a qué me refiero, aunque me temo que la exposición no va a ser simple puesto que no lo es tampoco el tema.

Uno de mis primeros trabajos utilizando programas informáticos fue el de composición de libros, y recuerdo que en esos tiempos (el ya remoto año 1984) se utilizaba para ello un programa denominado Ventura Publisher que constituía la pesadilla de más de un informático y más de un escritor. No fue un problema para mí, y no lo fue por un motivo muy simple, yo conocía muy bien el campo de aplicación del programa, el mundo editorial y la composición tradicional de libros. Conceptos como las medidas tipográficas (puntos, cíceros…) conceptos decorativos (filetes, viñetas,…) ya formaban parte de la profesión y Ventura Publisher sólo representaba una herramienta que simplificaba mi trabajo de forma espectacular.

Con el tiempo apareció una filosofía de facilitar el acceso a todos de una serie de programas a bajo coste (bajo en comparación al coste de los programas profesionales) de modo que el uso de las herramientas informáticas se popularizara. Todos hemos utilizado en mayor o menor grado esas herramientas (Microsoft Word, Microsoft Excel, Microsoft Access,…) y algunas personas incluso llegan a un dominio de la herramienta espectacular que les permite preparar documentos para la imprenta con un aspecto muy profesional. Pero eso no implica necesariamente que sepan la base, esto es, que sepan del tratamiento de la información. Me he encontrado en innumerables ocasiones con gente capaz de redactar informes de más de 200 páginas en Microsoft Word de aspecto visual increíble pero que elaboraban a mano la tabla de contenidos por desconocer algo tan simple como la correcta clasificación de la información y utilizar para marcar el texto los estilos que incorpora este procesador de textos (que para lo modesto que es hay que ver la de cosas que puede hacer). Claro, estas personas tampoco aceptaban muy a gusto un cambio en el diseño tipográfico, ya que les representaba un esfuerzo enorme de ir a por cada pedacito de texto escrito y modificar sus propiedades de diseño a mano.

En la web hemos ido asistiendo paulatinamente al mismo caso. Se da mucha más importancia al medio (la web) que a la información, se justifican actitudes del todo nocivas en pro de la presentación de la información en pantalla, y se justifica hacer mal las cosas con argumentos tales como “a quien le hace daño si yo compongo las páginas de forma incorrecta utilizando tablas para hacer que la página se muestre como yo quiero [en lugar de categorizar el texto según su valor semántico]”.

Pues el primer perjudicado es el propio creador de la página, y el motivo es más que simple: la página puede ser un prodigio de diseño, pero generalmente tendrá un valor informativo escaso (si no nulo).

Y no es porque la página no vaya a verse correctamente en una PDA o leerse correctamente por un navegador para invidentes, sino porque tampoco los robots de los buscadores (que en ese sentido son tan planos como los navegadores de las PDA o los navegadores para invidentes) podrán acceder correctamente a la información. Porque no se sabe qué importancia darle a un elemento que está marcado como <font size=”12px” color=”red”> aunque para un humano pueda sugerirnos que el uso de rojo implique importancia. De hecho la preocupación por estos temas ha impulsado tanto CSS como XML.

Claro que siempre podemos alegar que estábamos siguiendo las instrucciones del cliente y desarrollábamos tal y como el cliente nos pedía pero… ¿un arquitecto permite a un cliente que le diga qué viga tiene que utilizar para soportar el peso del piso superior? ¿Un carpintero admite al cliente que le indique si tiene que utilizar cola o un tirafondos para unir dos piezas? ¡No nos justifiquemos de ese modo!

No nací enseñada (al igual que no nació enseñado el autor del artículo original), incluso cometí un error garrafal en la construcción de mi primer sitio (un trabajo para la universidad) utilizando una estructura de frames para poder formar la navegación. Pero desde entonces ha llovido lo suficiente como para permitirme lecturas interesantes en las que he aprendido, visitas a sitios interesantes a los que he mirado el código para ver cómo habían resuelto un determinado problema, incluso he participado profesionalmente en el desarrollo de sitos pequeños, medianos y grandes y coordinado proyectos de desarrollo incluido el desarrollo de herramientas de gestión de contenidos.

Y de todo ello me queda un poso de experiencia (la mía propia) al igual que a todos nos debería dejar un poso de experiencia nuestra vida cotidiana. Y en esa experiencia he aprendido que los programadores no son las personas que deben coordinar un proyecto de sitio web (hasta hice la carrera de Informática de Gestión para comprobarlo), ni los diseñadores gráficos, ni el cliente. Todos ellos tienen hábitos y prejuicios heredados de sus experiencias previas, la mayoría de las cuales son nocivas para el desarrollo de sitios realmente buenos.

Muchos programadores abogan por el uso de páginas dinámicas creadas a partir de bases de datos en el momento. Estoy de acuerdo en que resulta muy simple administrar, revisar y modificar el contenido de un sitio (especialmente si es extenso) cuando tenemos la información en una BBDD, pero debemos tener en cuenta el coste en tiempo de creación de la página, las peticiones entre servidores, y sobre todo la frecuencia de actualización de datos… ¿Es imposible un sistema basado en BBDD que sencillamente genere páginas estáticas HTML cuando se actualiza el contenido? Si el contenido del que hablamos es cotizaciones en bolsa seguramente hablamos de poco beneficio en tiempo, pero si hablamos de la mayoría de los sitios que actualmente se administran por BBDD seguramente veremos que muchos artículos que se publicaron ya no se han vuelto a modificar nunca más, y los comentarios de los usuarios, si bien al principio son más frecuentes, no justifican la creación on-the-fly de la página.

Tampoco es frecuente considerar que nuestro conocimiento del mundo actual también se basa en prejuicios que heredamos. Es cierto que en los países subdesarrollados no es fácil el acceso a la web, pero también es cierto que está aumentando el parque informático gracias a la contribución de programas apoyados por ONGs e incluso a la iniciativa de algunos lugareños. En algunas zonas que tenemos consideradas como de absoluta miseria hay gente que estudia en la universidad, gente que se conecta a internet, e incluso algunos de los mejores profesionales que podemos encontrar en campos tan relativamente nuevos como la formación a distancia mediante la web (e-learning). Tómese como referencia para ello la India o Pakistán. Por cierto, además de disponer de un amplio espectro de tipo de conexión, también disponen de amplio espectro de ordenadores (desde modelos quasi-obsoletos de 486 hasta los más avanzados ordenadores en el mercado).

Incluso en la Europa más desarrollada, el acceso a internet por banda ancha está limitada a las zonas que las operadoras de telefonía consideraron importantes, y núcleos de población con pocos habitantes (menos de 14.000) no tienen más remedio que recurrir a la línea telefónica básica (la opción económica) o a la conexión por satélite (no al alcance de todos).

Y aún teniendo banda ancha, como ya se anticipó en el artículo, el uso que se hace de ese ancho de banda debe repartirse entre varias tareas (compartir archivos, correo, mensajería instantánea, compartir la conexión entre varios ordenadores de la red interna….). No es lícito obligar a una persona que quizás no tiene opción a utilizar más ancho de banda del que puede, pero tampoco es lícito obligar a una persona que quiere sacar el máximo provecho de su conexión a dejar de hacer algunas de esas tareas porque al cliente le pareció interesante tener una animación en la web.

Nuestra obligación como profesionales está en transmitir al cliente lo perjudicial que para su negocio tiene la utilización de decoraciones tales como una animación flash cuando puede obtener muchas más ventajas ofreciendo un sitio accesible. También podemos ser sensatos, trabajar un poquito más, y montar la animación a base de imágenes en formato GIF animado cuyo bucle se detenga tras la animación (¡esto evita tener que instalar el flash!).

Nuestra obligación como profesionales está en transmitir al cliente lo perjudicial que para su negocio tiene dejar de lado la información a favor de un diseño despampanante cuando los robots de los motores de búsqueda no podrán leer la información de su sitio. He visto sitios preciosos con CSS impresionantes que consiguen una presentación agradable, usable… a los que eliminamos la CSS y resultan legibles y navegables del mismo modo.

Nuestra obligación como profesionales está en transmitir al cliente lo perjudicial que para su negocio tiene dejar de lado a cualquier cliente potencial porque no fueron suficientemente hábiles al calcular sus targets como para darse cuenta que el experto de referencia al que consultará una gran parte de su clientela potencial es un invidente, una persona que está tras una red de comunicaciones con poco ancho de banda, o simplemente una persona de 40 años con una deficiencia visual que hace que utilice fuentes extra-grandes (o su propia CSS, que algunos navegadores lo permiten) para ver los sitios.

Mi obligación como profesional está en navegar con el cliente por un sitio de los que considera se aproxima a lo que quiere desactivando cookies, JavaScript e incluso poniendo mi propia CSS para que vea qué ocurre cuando sale de su ordenador, su empresa, su conexión y su entorno controlado. Navegar el sitio utilizando Lynx para que vea el verdadero valor de la información.

¿Pero quien quiere ser profesional cuando el mundo entero aboga por lo fácil, lo rápido y obtener el máximo beneficio con el mínimo esfuerzo? ¿Quién quiere trabajar para crear un menú a base de código HTML de listas y utilizar CSS para darles el aspecto que queremos, cuando la opción más utilizada y disponible es un complicado JavaScript para poder cambiar el fondo de las celdas cuando el ratón pasa por encima y así poder hacer un menú que simule botones?

La base de todo creo que, por desgracia, está en que vivimos en un entorno que premia el “cut-and-paste” sobre los conocimientos reales, que premia el desarrollo rápido e ineficiente sobre el desarrollo eficaz a largo plazo… eso sumado a que muchos aún no han entendido la importancia de la información por encima del diseño.

Es mi humilde opinión, las conclusiones a que puedo llegar después de más de 25 años de profesión en el tratamiento de información en distintos medios, y como tal, rebatible y refutable.

Agradezco a Diego su esfuerzo. No es nada sencillo trabajar altruistamente en algo tan complejo como compartir con los demás los conocimientos. Y sobre todo, no siempre sabe reconocérsele el mérito.