5.1.1. —perdido, buscando el diseño ideal

Sobre la validación de comentarios

No es tan díficil

Primero que nada, he incluido una página listando los elementos que se permiten en los comentarios.

¿Por qué validarlos? La principal razón es que quería poder escribir código HTML en los comentarios. En mi viejo blog, con el anterior sistema de comentarios, había logrado deshabilitarlo, expresiones regulares mediante, pero, como muchas veces se vió, la probabilidad de errores era alta. Sumado a que al convertir los saltos de linea directamente a párrafos, si uno escribía código, éste quedaba un tanto ilegible.

¿Por qué hay que agregar las etiquetas para P? Aunque WordPress incluye un sistema para agregarlos automaticamente, no resultó muy dificil hacerlo equivocar. Como me gusta mantener mi código bien formado, tuve que borrarla (junto con un par de funciones más). O sea que si quieren un párrafo, escribanlo. Veanle el lado bueno: se pueden usar otros elementos también.

¿Por qué escribir las etiquetas de párrafo cuando los comentarios tienen una misera linea? Porque quiero poder reutilizar los comentarios sin andar preocupandome dell código que hayan escrito. BODY no puede contener texto directamente, así que necesito que incluyan el elemento bloque que lo contenga.

¿Por qué tal elemento no está permitido? Creo haber habilitado los mínimos necesarios. Lo que ustedes escriben son comentarios. No necesitan títulos o andar aplicando estilos.

¿Hay gente que va a dejar de comentar? Solamente aquellos que terminen de convencerse de que acá no hay nada interesante. Igual no es que es tenga muchos lectores.

Sumado a todo esto, probablemente éste también sea un buen filtro para el spam. Curiosamente había empezado a recibirlo en mi viejo blog.

Como final, veanle el lado bueno: no tienen que aprenderse un nuevo lenguaje como Textile o Markdown.

Publicado el 9 de agosto de 2005 en las categorías Institucional

18 comentarios.

Diego

Es el primer blog que conozco con manual de instrucciones :P .

Como que no se puede poner strong en blockquote?!

9 de agosto de 2005

Federico

<blockquote>
   <p>
      <strong>Párrafo</strong>
   </p>
</blockquote>

Me van a terminar sacando canas verdes.

9 de agosto de 2005

stan

Bastate bueno lo de la ayuda para los comentarios. Creo que puede ser una estrategia tambien, donde ayudes a tus lectores a moverle un poquito mas al codigo XHTML.

10 de agosto de 2005

Federico

LOL. Ataques de bondad, ¡no! :P

11 de agosto de 2005

Taly

Si con poner un P alcanza che! no es tan dificil…

Mandalos a la mierda Fede y que el que no sabe no comente y listo :P

12 de agosto de 2005

Diego

Ehhh cheee, tus comentarios no son accesibles!!! gilun!!!!! :P

Pero posta.. si hacemos codigo semantico para que cualquiera pueda leerlo… no tendria que cualquiera poder comentar tambien?

Te movi el piso, te movi el piso!

13 de agosto de 2005

Federico

¿Acaso el libre acceso a la salud implica que seas cirujano?

13 de agosto de 2005

Diego

Nanana, no seas extremista, eso equivaldria a.. instalar un WordPress, y nisiquiera eso…

Si yo visito un blog que dice ser accesible, me tiene que garantizar la accesibilidad tanto para leerlo, como para comentar, minimamente.

13 de agosto de 2005

Federico

Accesibilidad no es tratar a la gente de idiota.

13 de agosto de 2005

Marilu

Dios… se llenan la boca hablando de accesibilidad, que para el usuario todo tiene que ser simple e intuitivo, y arman un “manual de instrucciones” para dejar comentarios…
Qué fauna, por favor… qué fauna…

14 de agosto de 2005

Federico

Personalmante <em>texto</em> me resulta más intuitivo que _texto_.

Y si existe una guia es porque hay gente que curiosamente no conoce reglas básicas de XHTML.

14 de agosto de 2005

HighToro

Mr., Ud. vió que yo no soy muy purista que digamos en todos estos asuntos; más bien estoy como en el medio de los capos mega técnicos como Ud. (Federico, que me parece poco menos que un extremista, un fundamentelista de los estándares del que-se-yo) y el usuario infradotado “no cazo una goma mientras canto la de Goma Goma”, pero…
¿NO SERÁ MUCHO tener que hacer un blockquote p strong y encima luego cerrarlos a todos para dejar un f****** comentario??? :-o
(y me olvidé de los pe’s).

14 de agosto de 2005

Federico

Cuando me decida a cambiar a XHTML, no, no va a ser exagerado.

Y repito por última vez: la única forma a prueba de errores que había de habilitar HTML en los comentarios, era validarlos. Las funciones para corregir en WordPress pueden equivocarse.

14 de agosto de 2005

mini-d

En mi caso, escribo ya HTML y XHTML como idioma nativo. Pero, incluso luego de ver y tener más de veinticinco mil comentarios en el blog, la mejor solución es la detección automática de párrafos.

Ni bien esto se empiece a llenar de visitantes, verás que tendrás que ir comentario por comentario. Los métodos de validación no son exclusivamente buenos.

Yo usaba Markdown y Textile en mis comentarios y la verdad era toda una comodidad incluso para el que escribe. Los pro usuarios pueden comentar sin problemas, escribe bq. y pegan el párrafo sin ningún problema y van más rápido.

Escribir todo como si se tratase de código fuente no es accesible ni natural… por eso se crearon Markdown, Textile y otros veinte más.

Saludos

15 de agosto de 2005

mini-d

se llenan la boca hablando de accesibilidad, que para el usuario todo tiene que ser simple e intuitivo

En cierta forma, el problema de la accesibilidad en la web está ligada con el nivel cultural de la gente. Quien no ha usado nunca Internet estará perdido en la web más accesible del planeta. Accesibilidad no es sólo usar algo de forma intuitiva, eso es más que nada otro término: usabilidad. Esto sigue siendo accesible ya que, medianamente se ofrece un soporte. Otros weblogs directamente ni te indican si algo se puede o no…

15 de agosto de 2005

Federico

Mini-d: El proximo post será Haciendo equivocar a la detección autómatica de párrafos. :)

En un universo páralelo, cuando esto se llene de comentarios, pero ¿ir comentario por comentario haciendo qué?

La sintaxis por lo que ví se parece a algo más. El usar el guión bajo para enfasis lo he visto los correos de texto. Pero, aún así, no podes usar cite en BLOCKQUOTE y, gran sacrilegio para mi comodidad, no se puede usar PRE, además de lang y otras histeriqueadas. :)

Y ahora que digo PRE: Convertir todo salto de linea a párrafo apestaría, sobre todo cuando escribis código. No sé como séra en TXP pero yo preferí cortar por lo sano.

Por cierto, en el segundo comentario, por lo que decis, veré de poner una medallita de soy medianamente accesible. :)

15 de agosto de 2005

mini-d

En un universo páralelo, cuando esto se llene de comentarios, pero ¿ir comentario por comentario haciendo qué?

Me refería que tendrás que ir comentario por comentario revisando que no se hayan equivocado.

El que escribe código, no le costará nada ponerse a escribir una etiqueta <pre> con su correspondiente <code> dentro y todas las entidades HTML necesarias, pero bueno :)

18 de agosto de 2005

Federico

O para jugar al nerd también se puede escribir BLOCKQUOTE > P > STRONG o DL > DT + DD y te ahorras algunas entindades. :)

18 de agosto de 2005

© Federico Martín Panicobpm230 (arroba) gmail (punto) com