Es cierto que los gestores de contenido y los servicios y aplicaciones de la Web 2.0 han puesto la edición web al alcance de cualquier persona, independientemente de sus conocimientos técnicos, pero no lo es menos que siguen haciendo falta los viejos saberes (en el trabajo, día sí y día también, abundan las consultas del tipo “¿por qué este texto que acabo de editar me queda mal?”, pregunta que casi siempre se responde y resuelve editando el código HTML y puliendo las horribles etiquetas que añaden Word y otros procesadores de texto) y que las viejas herramientas, remozadas y puestas al día, nunca vienen mal para sacarnos de un entuerto.

El objetivo de esta serie de artículos que hoy comienzo es el de comentar unas cuantas aplicaciones para Windows (también echaré un vistazo a alguna para Linux y Mac) que son necesarias en el mundo de los gestores de contenidos y editores online, puesto que si bien estos programas ofrecen casi todo el trabajo hecho a los sufridos practicantes de la Web, también dan mucha más guerra de la que a primera vista uno podría suponer. Como la serie no tiene ninguna pretensión de sistematicidad o exhaustividad, y al fin y al cabo está basada en la experiencia de un webmaster amateur (que eso es lo que soy), me limitaré a presentar las herramientas que utilizo con más frecuencia, en su contexto real, con las explicaciones e ilustraciones que en cada caso me parezcan necesarias.

1. Editores de texto

Hace años que mi editor de cabecera es el estupendo Notepad++, un programa colosal a la hora de abrir y modificar todo tipo de archivos de texto plano (HTML, CSS, PHP, TXT, INI, SQL, XML, etc.), y que tiene una gran ventaja sobre otros parecidos: puede enfrentarse con éxito a ficheros de miles o decenas de miles de líneas, que otros programas de más nombre simplemente son incapaces de abrir. Esta característica la convierte en una aplicación insustituible a la hora de enfrentarse con los ficheros resultantes de los volcados de las bases de datos sobre las que funcionan los gestores de contenidos (volcados que, a menudo, generan unos ficheros de texto enormes), para realizar diversas operaciones sobre ellos.

Notepad++ también dispone de funciones de búsqueda y sustitución muy potentes (es cierto que no tanto como las casi inmejorables de Dreamweaver), lo cual viene muy bien cuando tenemos unos cuantos archivos en los que hay que realizar búsquedas y sustituciones en masa. En Windows, Notepad++ se integra a plena  satisfacción con el gestor de ficheros, lo que permite abrir cualquier fichero o conjunto de ficheros con un clic en el botón derecho del ratón. Yo recomiendo Notepad++ como el clásico “chico para todo”, eso sí, sobre archivos ya existentes, es decir, en un contexto de uso (que es justamente el de los gestores de contenido) en el que los archivos ya existen, y se trata de modificarlos y adaptarlos a las necesidades del usuario. Si se trata de crear ficheros HTML o CSS ex novo, no hay duda de que existen programas mucho mejores y, sobre todo, mucho más fáciles de utilizar.

2. Utilidades para operar sobre un sitio web ya existente

A menudo ocurre que un sitio web creado con un gestor de contenidos y una plantilla o tema X presenta resultados indeseados, que son difíciles de modificar porque, sencillamente, el usuario ignora cómo está construido el código correspondiente. A tal efecto, hay una pareja de extensiones para Firefox que no tienen precio, sobre todo si se utilizan en amorosa y fructífera sinergia: me refiero a Web Developer y a Firebug, que como es lógico funcionan en el navegador del panda rojo (no, no es un zorro, como yo creía hasta hace poco) tanto en Windows como en MAC OS X y Linux. La primera extensión añade una nueva barra al navegador, desde la que se puede obtener información sobre prácticamente todos los elementos de una página web, proporciona acceso a distintos servicios de análisis y validación del código, permite redimensionar el navegador a voluntad, etc. En muchos casos, además, la extensión hace posible operar sobre los elementos constitutivos de la página, desactivándolos, o reactivándolos de forma parcial o escalonada, para ver cuál es el resultado.

La segunda extensión permite editar, depurar y monitorizar el código CSS, HTML y JavaScript. No es del todo fácil de utilizar, sobre todo al principio, pero el esfuerzo que requiere aprender a manejarla merece la pena. Pondré un ejemplo de uso muy simple, pero al mismo tiempo muy clarificador: digamos que usted, esforzado webmaster, esforzada webmaster, utiliza en su blog una plantilla cuyo titular de primer nivel (del que se ocupa la etiqueta <h1>) es demasiado pequeño, o demasiado grande, o tiene un color que no le gusta. Pues bien, instala Firebug, reinicia Firefox, carga la página en cuestión, hace clic sobre el titular de marras con el botón derecho, selecciona “Inspeccionar elemento” (figura 1), y podrá acceder a las propiedades y atributos de la hoja CSS correspondiente.

En el ejemplo representado por la captura de pantalla de la figura 2, podemos ver la doble ventana que abre Firebug: en la parte izquierda, el código HTML, con la etiqueta correspondiente al titular de primer nivel (<h1 id=»blog-title»>) y, en la parte derecha, las propiedades y atributos de la hoja de estilos CSS que proporcionan estructura, posición y formato a dicha etiqueta. No es difícil darse cuenta de que el “culpable” del efecto no deseado es la propiedad del atributo font-size, cuyo tamaño, 2.5em, queda definido en la línea 109 del fichero style.css del tema o plantilla del blog.

Pues bien, basta entonces con modificar el tamaño de la letra (en la figura 3 lo hemos puesto a 5.5em, para que se pueda apreciar bien la diferencia), comprobar el resultado, y si resulta convincente, editar la línea afectada en el fichero CSS y subir éste al servidor. Conviene aclarar que las operaciones que hemos hecho para experimentar el resultado del cambio de tamaño son, por decirlo así, una simulación. Firebug no modifica ningún fichero, por lo que podemos llevar a cabo todas las pruebas que nos apetezcan, sin miedo a estropear nada.

Lo que se puede hacer con Web Developer y Firefox depende, evidentemente, de los conocimientos que el webmaster tenga de HTML, CSS, JavaScript y, en general, del funcionamiento de la Web (cuanto más domine esos terrenos, será capaz de hacer más cosas y con mayor seguridad y eficiencia), pero incluso con una base mínima, ambas extensiones tienen un valor incalculable. Una vez se conocen y se aprenden a manejar –y esto que voy a decir no es una fantasmada, como podrían confirmar los usuarios a quienes se las he aconsejado- parece imposible y hasta absurdo haber podido trabajar sin ellas.

En el navegador Safari (nativo de Mac OS X, pero con versión para Windows), existe una funcionalidad semejante a la de Firebug, a la que se puede acceder activando el menú de desarrollo. Para ello, si uno está en Mac OS X hay que dirigirse al menú Safari > Preferencias > pestaña Avanzado > y activar la casilla Mostrar el menú Desarrollo en la barra de menús (en Windows es igual, sólo que hay que llegar desde el menú Edición). Una vez hecho esto (a diferencia de Firefox, Safari no requiere reinicio), el menú contextual del navegador ofrece una opción adicional, llamada “Inspeccionar elemento”, que funciona de forma muy parecida a la de Firebug.

Esta entrada Mis herramientas de edición web imprescindibles 1 ha sido publicada en primer lugar en La Bitácora del Tigre.

La primera impresión es deslumbrante: un aparato pequeño, elegantísimo, ligero pero al mismo tiempo sólido y resistente, que se configura en un periquete (incluida la conexión WiFi, asunto problemático en otros dispositivos) y se maneja de forma radicalmente intuitiva, con una facilidad extraordinaria. Tanto es así, que mi sobrina Leyre, que no llega a los seis años, descubrió por sí misma cómo redimensionar las ventanas del navegador Safari utilizando los dos dedos, y le faltó tiempo para contarme, alborozada, su descubrimiento.

Pero para descubrimientos (bastante menos inocentes que los de mi sobrina), los que yo he llevado a cabo en los últimos dos días. Y es que el iPod Touch se puede hackear para añadirle un montón de funciones no precisamente bendecidas por el departamento comercial de Apple. Lo primero que hay que hacer es someterlo a la técnica del «jailbreak» (o ‘excarcelamiento’, si se me admite la traducción), para liberarlo de las restricciones impuestas por el fabricante. El proceso, que está contado en este tutorial (en inglés), pasa por instalar un firmware anterior a la versión que viene en el reproductor (la 1.1.2, en mi caso) y sobre ella instalar un gestor de paquetes. Una vez hecho esto, se puede volver a actualizar el firmware a la versión original. Quienes no dominen la lengua de Shakespeare pueden leer un tutorial resumido en Cómo hacer downgrade a la versión 1.1.1 del iPhone-iPod Touch, y otro sobre la misma técnica, pero en el iPhone, en Jailbreak mejorado para 1.1.2 (Mac y Win).

El proceso no es del todo sencillo (de hecho, he estado tentado de arrojar la toalla un par de veces), porque todos los tutoriales que he consultado tenían algún pequeño fallo o imprecisión, y porque tanto el hardware del aparato como el software eran nuevos para mí. Por ejemplo, me ha costado Dios y ayuda poner el iPod en «modo de recuperación», para lo cual he tenido que acudir a un breve tutorial en el sitio web de Apple (también en inglés). Sin embargo, mi testarudez se ha impuesto una vez más a las dificultades, y tras un laborioso dale-que-te-pego a base de prueba y error he conseguido «excarcelar» el iPod Touch.

A partir de aquí, todo ha sido mucho más fácil: he instalado el gestor de paquetes (véase la Guía para instalar NES roms y iPhone Apps en el iPod Touch) y he empezado a hacer experimentos. De momento, sólo he instalado un software de captura de pantallas (aparece descrito en el artículo Screenshot, captura la pantalla de tu iPhone/iPod Touch), con el fin de hacer las instantáneas que figuran al final de este artículo, y tres o cuatro juegos. La conexión WiFi se porta estupendamente en el proceso de descarga de paquetes, y las instalaciones tienen lugar con una limpieza y eficacia asombrosas.

Algo más difícil me ha resultado conectarme por SSH al iPod Touch (tarea que también cuenta con su correspondiente tutorial) para descargarme las imágenes e insertarlas en el blog: de manera harto misteriosa, la contraseña que por defecto utiliza el módulo SSH no funciona a la primera, sino al segundo o tercer intento; por otro lado, tras fracasar con el WinSCP y el Putty, sólo he conseguido conectarme con Filezilla. En cualquier caso, ya tengo el iPod configurado y a punto de caramelo, para jugar con él y, sobre todo, para dedicarlo a lo que más me gusta: oír la enorme cantidad de discos que con el tiempo he ido convirtiendo a MP3. Lástima que los 16 GB. de memoria flash con que cuenta el aparato sólo me sirvan de aperitivo, pero habida cuenta de que no me gusta demasiado escuchar la música con los cascos puestos, tengo espacio de sobra.

Por cierto, al conectarme por SSH me he dado cuenta de que la estructura de directorios del iPod es típica de un Linux. Buscando información al respecto, me he enterado de que su sistema operativo, como el OS X de sus primos mayores, los Mac, es una variante de un sistema Unix. Por lo que parece, cada día que pasa me quedan menos argumentos para que mi próximo portátil lleve en su tapa el icono de la manzana. Cuando finalmente caiga en la tentación, espero que el destino no me castigue convirtiéndome en el único hombre sobre la tierra, como el Doctor Neville de Soy leyenda, que también tiene en un laboratorio una colección de espectaculares Mac. A la espera de que el portátil actual se me rompa o me lo roben, a ver si me da tiempo de publicar, antes de fin de año, un articulillo sobre la película y la novela.

Esta entrada El Tigre, otra vez de Safari, con un iPod Touch ha sido publicada en primer lugar en La Bitácora del Tigre.

Y era un experimento que llevaba tiempo intentando realizar: comprobar cómo se ve La Bitácora del Tigre y cómo se navega por entre sus vericuetos con un navegador Safari. El problema era, hasta hoy, que yo no tengo a mi alcance uno de esos maravillosos chismes blancos tan apreciados por sus usuarios. Es cierto que siempre podría pasarme por El Corte Inglés y navegar un rato con un elegante MacBook o un potentísimo MacPro (que no suelen estar conectados a Internet, ésa es otra); también podría, abusando de la cara dura y de la paciencia de ilustres maqueros como Luis Barriocanal o Jesús María González-Serna, intentar camelármelos para una tanda de probatinas, pero es evidente que cualquiera de ambas soluciones es muy poco eficaz (y la segunda, además, francamente reprobable).

La solución, como casi siempre, viene de donde uno menos se lo espera. En esta ocasión, a partir de un mensaje privado de un visitante del blog, que me ha pedido información sobre el plugin Subscribe To Comments, y de paso me ha advertido que el captcha elaborado con el plugin Peter’s Custom Anti-Spam no funcionaba bien. Yo le he pedido detalles, y mi amabilísimo visitante me ha aclarado que él navega con Safari. «Pues voy a probar Safari», me he dicho, y veloz como el rayo me he precipitado sobre Google para buscar información al respecto.

Enseguida he averiguado que existe una beta de Safari 3 para Windows (en inglés). Naturalmente, me ha faltado tiempo para lanzarme sobre ella, descargarla, instalarla y probar qué tal se ve el blog. A juzgar por las pruebas, los resultados son más que satisfactorios: con la única excepción de la página a la que remite el plugin ShareThis, que no se carga en Safari (¿algún problema con JavaScript?) todas las páginas funcionan perfectamente; incluso el captcha que se resistía a mi visitante funciona, aunque como ya advertí hace algunas fechas, para poder introducir la palabra antispam hay que utilizar el truco de situarse sobre el campo anterior del formulario de comentarios (el de «Sitio Web») y desplazarse al de la palabra antispam mediante la tecla de tabulación.

Aquí van tres capturas de pantalla que demuestran lo que digo: La Bitácora del Tigre, en Safari para Windows. Se ve de cine, oiga, y se navega muy bien por ella, tanto por el frontend como por el backend. Si algún maquero contumaz tiene argumentos para desmentir esta primera impresión, le agradeceré que me saque los colores en los correspondientes comentarios.

Esta entrada El Tigre, de Safari ha sido publicada en primer lugar en La Bitácora del Tigre.