El navegador de Google

El rumor de hoy (que no es de hoy) es la posibilidad de que Google edite su propio navegador. Basado en Mozilla, claro. Kottke nos ofrece las claves que pueden llevar a pensar tal cosa.

Y es que Mozilla da para mucho. Me muero por ver una aplicación (como Gmail, ¿por ejemplo?) hecha a base de XUL. Si quereís tener una idea de lo que se puede hacer con este acrónimo, que se pondrá de moda dentro de poco, podeís probar MAB – Mozilla Amazon Browser, una rich web client application que hace uso de los web services de Amazon para ofrecer un front-end basado en XUL de la tienda. El invento se puede probar en remoto, además de poder instalarlo como extensión de Firefox.

También recomiendo la lectura de Why I Use XUL?, las razones del autor del MAB para usar XUL.

¿Cuando se atreverán las empresas a utilizar estándares de este tipo para desarrollar aplicaciones? Sobre todo en lo que se refiere a aplicaciones internas: de un tiempo a esta parte es una tendencia el desarrollar estas aplicaciones basadas en web. Si bien esta aproximación tiene algunas ventajas (tiempo de desarrollo más rápido, cualquier equipo con una conexión normal a Internet o la intranet con un navegador estándar puede utilizar la aplicación…) también tiene algunas carencias, sobre todo una fundamental, que son las que vienen a solucionar estándares como XUL: el desarrollo de todos los widgets y demás elementos básicos de la interfaz, que en el mundo del escritorio están siempre ahí pero que en una aplicación web hay que diseñar y desarrollar desde cero.

Como comenta el autor del MAB, cosas como hacer que una columna sea redimensionable, la creación de paneles con pestañas, etc. es algo delicado en una aplicación web, pero con XUL son elementos de serie que solo tienes que colocar en tu desarrollo y modificar su aspecto (¡¡vía CSS!!), de modo que puedes emplear tu tiempo en desarrollar una mejor aplicación en vez de desarrollar la interfaz de usuario.

Actualización: Más opiniones sobre los movimientos de Google en torno a Mozilla. Esto parece un capítulo de Colombo. En esta historia nos cuentan como el “Bug 226572 – Google branded Mozilla browser” de Bugzilla titulado fue marcado como “privado” hace poco.

Más actualización: En Los guiños de Google a Mozilla (google.dirson.com) apuntan a dos aplicacioncitas que Google ha creado con XUL. Y también gracias a ese post descubro un nuevo weblog que tiene buena pinta: Zootropo.

Estándares web y marcado semántico: el código y nuestra sociedad

Poco a poco va calando en el imaginario colectivo rama desarrollo web el tema de los estándares (web). Mucha gente empieza a saber de que se está hablando cuando se oyen siglas como XHTML y CSS o conceptos como el marcado semántico. A partir de ahí se engancha con un poquito de accesibilidad y tenemos a un profesional competente dispuesto a consultar una especificación cuando tenga una duda.

Visualizando una gran tarta me atrevería a decir que un tercio de los que se dedican a esto en España (sobre otros lugares no me atrevo a apostar) saben de qué va el tema y, en menor medida, lo practican. Faltan muchos por reconvertirse, y no son pocos, pero si tenemos en cuenta las hordas de htmleros que dejó como herencia el mundo punto com podemos ser optimistas.

¿Es un buen momento para que se reconozca el trabajo de las personas que pican código, al menos en las empresas en las que esto es su base?

Bueno, vale, no se para qué hago esta pregunta: nunca se reconocerá algo así. Aquellos que pican código, sea del tipo que sea, ocupan el escalafón más bajo que existe en cada empresa. Picar código no es algo a lo que se deba aspirar. De hecho se debe aspirar a dejar atras cuanto antes esta etapa. Se supone que es algo que sabe hacer cualquiera, no es algo distintivo, ¿y quien quiere ser igual que el de al lado?

Se le da poca importancia a este matiz, cuando lo cierto es que el código es la base de muchas empresas: después de todo, lo único que hacen es código. Podrán tener mucha estrategia, grandes ideas, mover grandes cantidades de pasta… pero qué triste que su código sea mediocre. Y qué mediocre que su código sea tan triste. Peor aún que cualquier responsable todavía cerca del suelo no sepa por qué ese código está mal ni como se puede mejorar. Normal, pasaron por esa etapa deprisa y corriendo hacia donde están ahora sin prestar mucha atención. Y si no saben ellos si ese código está bien o mal, ¿como lo va a saber el currito al que subcontratan por obra de tercera o cuarta generación?

En fin, esta entrada pretendía sonar positiva, aunque por el camino me he liado. A lo que iba: por el bien de todos el código debería ser mejor visto. Y los que lo hacen más mimados. Y aquí dejo la continuación para mañana: la imagen que proyectan aquellos que pican código y su consiguiente valoración profesional (o ¿ellos mismos se cavan su tumba?).

El polémico anuncio de El País

Tintachina realiza un resumen muy atractivo sobre la movida del controvertido anuncio de El País (aunque un tanto sensacionalista y con algunas afirmaciones exageradas, pero quien no se ha dejado llevar por el ímpetu al editar nuestras gloriosas cabeceras) en el hibernante Blogosfera.org.

Me llama la atención eso de que José Luís Orihuela revisa más de 300 fuentes diarias. No el hecho de que lea tanto, sino que cualquiera tiene a disposición lo que lee (suscripciones también disponibles en formato XML, para que las integres en tu lector de noticias favorito) .

Actualización: Más aclaraciones de lo sucedido, esta vez por la Defensora del Lector de El País.

De MT a WordPress manteniendo acentos

Acabo de terminar “mi” migración de Movable Type hasta WordPress. Utilicé las instrucciones que aparecen en la web de WordPress, pero el inventó se me quedaba a medias, porque mi blog en MT estaba codificado en ISO-8859 y por defecto WordPress utiliza UTF8 (en el que creo ciegamente, aún sin terminar de entender sus misterios insondables – lo que a la postre es sin duda mejor: la pasión durará más tiempo mientras nos terminamos de conocer).

Para resolver este pequeño incordio, que se concretaba en que todos los caracteres acentuados, tildes, etc aparecerían incorrectamente, primero busqué un poco en un Google; después de 2 o 3 resultados que parecía que me iban a ayudar pero luego nada me dí por vencido (así es la paciencia de uno: corta y breve y mucho menos que eso) y decidí a probar un remedio casero…

Me planteé pasarle un utf8_encode() al fichero de exportación que genera MT y que succiona WordPress. Lo hice de la siguiente manera, y funcionó, que sin duda es lo más impresionante de todo, tratándose de mi:


Luego cargamos el fichero mtexport-utf8.txt y listo.

Así que aquí estoy de nuevo.

También he generado una serie de Redirect Permanent para que todas las antiguas URLs de los posts apunten a los nuevos. Para ello he generado esta plantilla de MT (personalizando con el esquema de URL que tenía en mi MT) y he re-construido (por última vez! :) para generar el código que luego he pegado en el .htaccess:



Redirect Permanent /blog/<$MTEntryCategory dirify="1"$>/<$MTEntryDate format="%y%m%d"$>-<$MTEntryTitle dirify="1" trim_to="30"$>.php http://www.furilo.com/archivos/"); ?>

(mmm… tiene que haber por ahí algún plugin para que escribir código en una entrada de WordPress sea más cómodo: ahora me mete br’s y si me descuido también p’s)

Las lineas que te genere este archivo las colocas en tu .htaccess y listo. Cuando alguien trate de acceder a la dirección antigua de uno de los posts, sufrirá un traslado transparente y sin dolor a la nueva. Probad: http://furilo.com/blog/sentidofalse/040715-en_el_ano_2000_atropellar_cond.php

También he colocado una redirección permanente de mi feed principal, que antes estaba en http://furilo.com/index.xml y cuyo equivalente ahora se encuentra en http://furilo.com/feed/rss2 – Así que solo hace falta colocar en tu .htaccess esta linea:

Redirect Permanent /index.xml http://www.furilo.com/feed/rss2/

Hacer esto es interesante porque si cambias la dirección de tu feed sin avisar, todas las personas que estaban suscritas al antiguo estarán esperando noticias a través de ese feed que ya nunca actualizarás, por lo que, efectivamente, se quedarán sin noticias. Colocando esta simple linea la dirección del antiguo feed llevará a los usuarios, sus agentes lectores de noticias mediante, de una manera transparente hasta el nuevo.