
Hay compañÃas a las que uno tiene en especial estima y de las que, en consecuencia, espera más que de las demás… Como Nokia. Y por eso fastidia especialmente que, al instalar una aplicación suya, me digan que haga click o en ‘Yes’ o en ‘No’… y que no haya ningún ‘Yes’ ni ‘No’ a la vista. Que sÃ, que es fácil. Pero estoy convencido que a unos cuantos miles de usuarios rascándose la cabeza un rato…
Escrito por csr a las 11:22 am del 3 de Julio de 2008.
CategorÃas: CSS (y más). Tags: maldiseño, malsoftware, Nokia, usabilidad.
- El panel de administración es mucho más bonito y, a la larga, probablemente sea más útil (en mi opinión, hay cosas que han mejorado, hay cosas que han empeorado). Pero hoy en Weblog Tools Collection publican un FAQ sobre WordPress 2.5 que parece más bien una lista de “a dónde han ido a parar todas esas cosas que nadie encuentra”. No es buena señal, ni habla nada bien del estudio de usabilidad de los diseñadores (Happy Cog). Me huelo yo que la 2.6 va a dar muchos pasos atrás. He leÃÂdo en algún sitio que el salto a la nueva versión recordaba al descalabro de Vista. No va a llegar a esos niveles, pero algo de razón hay en ello.
- ¿Soy yo o la administración va más despacio? (PodrÃÂa ser yo y mi base de datos perfectamente, o el pésimo funcionamiento de Dreamhost estos dÃÂas.) En particular, la lentitud del motor de sugerencia de tags hace que sea absolutamente impráctico.
- Otra cosa que me pasa. Y que me está sacando de quicio. Tengo el blog con codificación ISO-8859-1 (sÃÂ, ya sé que la recomendada es UTF-8: cuando monté el blog (pronto hará cinco años de eso, que se dice pronto) no lo era; y en ausencia de herramientas automáticas para hacerlo, me da un palo tremendo). Con versiones anteriores, hasta que no guardaba la entrada por primera vez, WP asumÃÂa que estaba en UTF-8 y destrozaba caracteres acentuados y eñes al guardar los primeros ‘drafts’, con el resultado que en alguna ocasión me habÃÂa tocado recomponer un buen montón de texto. Parece ser que con WP 2.5 esto pasa hasta que publico. O sea que, en la práctica, no puedo guardar las entradas como borradores, porque si lo hago tengo que rehacer todo el texto (si alguien me informa que soy yo el que mete la pata con algo, estaré felicÃsimo de hacer el ridÃculo públicamente pero no tener que volver a pasar por esto).
- Pero de todas formas, lo que más me sorprende (y aún no lo he visto comentado por ahÃ) es un cambio radical (y potencialmente muy práctico) en la tabla de entradas. Han aparecido unos campos (bueno, creo que han aparecido ahora)
post-type y post-parent. Cuando subimos una imagen con la nueva “media gallery”, esta se almacena en la tabla de entradas, con post-type attachment y post-parent la entrada a que corresponde. Eso va a disparar el número de registros de la tabla pero, a cambio, apunta posibilidades muy interesantes: podrÃamos, por ejemplo, tener URIs independientes para cada párrafo de una entrada, algo que, para un par de cosillas que tengo en mente, podrÃa ser muy pero que muy útil… ¿Algún desarrollador en la sala que nos pueda ilustrar?
En fin. Bastantes detalles malos pero una (¿nueva?) caracterÃstica muy interesante. Si me sale lo que tengo pensado, aún compensará y todo…
PS Ya me contesto yo: lo de la tabla de entradas no es novedad…
Escrito por csr a las 9:19 pm del 1 de Abril de 2008.
CategorÃas: Blogoqué, CSS (y más). Tags: usabilidad, webdev, WordPress.
Una sugerencia para esas páginas (Twitter, sobre todo) que tienen la pésima costumbre de robarle el foco a la página para dárselo a un campo formulario (Google también lo hace, pero en su caso es menos molesto)… ya que no lo van a dejar de hacer, como mÃnimo podrÃan detectar la tecla de avance de página, ¿no? Si le doy al avance de página quiero un avance de página.
Hala. Ha sido la entrada-pataleta de la semana. La semana que viene, más…
Escrito por csr a las 4:16 pm del 2 de Marzo de 2008.
CategorÃas: CSS (y más). Tags: malaweb, usabilidad, webdev.