Por supuesto, el IRC ya no es tan frecuentado por la gente de a pie como solía ser (los geeks y pirados de la informática siguen usándolo como siempre, no obstante). Y si no hay gente de a pie, los que escribimos para esa gente no le dedicamos tanta atención. Mi nick en los servidores hispanos ha caducado cuatro o cinco veces por dejarlo más de dos meses sin usar.

El problema es que Twitter, Facebook et al. no dejan de ser un engorro. Si uso la interfaz web, tanto flash y javascript se le atraganta a mi pobre netbook. Si es una aplicación de escritorio, es otro programa más que mantener abierto, con otra interfaz de usuario diferente, en otra ventana distinta, etcétera. Y aparentemente todas las interfaces estilan los mensajes de tal forma que sólo puedes ver una docena a la vez.

Mi cliente de IRC favorito es irssi, que funciona en una ventana de terminal. Siempre tengo una terminal abierta, para copiar archivos al servidor, actualizar los plugins en el directorio de WordPress y demás, y como gnome-terminal permite abrir las terminales en pestañas, puedo tenerlo todo en una sola ventana. Así que hacer lo mismo con Twitter me resulta ideal. Para eso hay varias aplicaciones, entre ellas Bitlbee:

En Ubuntu podemos instalar bitlbee desde los repositorios. Luego lanzamos irssi en una terminal y nos conectamos a la dirección local (/server 127.0.0.1). Se abrirán las ventanas habituales de IRC, una para los mensajes del servidor y un canal donde están los bots de bitlbee.

Para añadir la cuenta, escribimos en el canal “account add twitter MiCuentaTwitter foo”. ‘foo’, la contraseña, es un vestigio de cuando Twitter no usaba OAuth para autorizar aplicaciones, así que no importa lo que pongamos.

A continuación escribimos “account on” y el bot root se conectará y hará una petición de autenticación. En la ventana de los mensajes del servidor nos dará un enlace para autorizar a bitlbee en Twitter.

Al autorizarlo, en la web de Twitter nos aparecerá un número PIN. En irssi escribimos /msg twitter_micuentatwitter numeroPIN. Si lo hemos hecho todo correcto aparecerán los últimos mensajes de la línea de tiempo en la ventana de mensajes del servidor, y todos los mensajes enviados a twitter_micuentatwitter aparecerán en nuestra línea de tiempo.

Lo siguiente que querremos hacer es renombrar el bot twitter_micuentatwitter. Para eso escribimos en el canal en el que está el bot, por ejemplo: “rename twitter_micuentatwitter tw”.

Finalmente, para no andar mandando mensajes al bot todo el tiempo, podemos hacer que los mensajes y nuestros envíos se vean como un canal de IRC ordinario: escribimos “account list” en el canal con los bots y nos fijamos en el número que aparece (0 si es la primera cuenta que asociamos). Desconectamos con “account off”, escribimos “account set 0/mode chat” y nos volvemos a conectar con “account on 0″. Ahora todos los mensajes aparecerán en un canal ordinario y podremos enviar tweets como si fueran mensajes de IRC.

También podemos añadir a alguien a nuestra lista de seguidores con “add 0 nombreaseguir”. Para hacer un retweet del último mensaje de nombredeusuario, enviamos en el canal de Twitter: “rt nombredeusuario”. En las últimas versiones de bitlbee se pueden hacer unfollows (“unfollow nombreaingorar”, según el código fuente) y otras operaciones, pero aún no están documentadas.

El problema

gedit (así, con minúscula) es el editor de texto con interfaz gráfica por defecto en el escritorio de Ubuntu Linux. Es el editor que me resulta más agradable de usar porque soporta pestañas, esquemas de color, texto resaltado y tipografía de ancho proporcional. Imagino que es porque debo de ser el único tipo en el mundo que usa Century Catalogue para escribir código.

Sin embargo, gedit tiene un grave inconveniente cuando se trata de crear archivos PHP (el lenguaje que genera la mayor parte de páginas web dinámicas). Los scripts PHP suelen ir en fragmentos que se ensamblan a la hora de crear la página. Algunos de esos fragmentos se cargan antes de enviar los «datos de cabecera» y si hay cualquier tipo de texto fuera del script, dará error y detendrá la generación de la página.

Hay programas que esperan que los archivos que procesan contengan una serie de líneas terminadas en un carácter de final de línea (conocido como newline o LF) y darían error si la última línea estuviese «suelta». Por eso gedit añade al final del todo de forma automática (e invisible) un caracter de final de línea. Pero, como no hay forma de desactivar esta característica, cuando estás editando un archivo PHP ese carácter que queda fuera del script se convierte en un problema. Y, leyendo las listas de correo, los mantenedores de gedit parecen dar a entender que no tienen mucho interés en añadir la opción de desactivarlo.

La solución

gedit está escrito en lenguaje C… o C++; en realidad no conozco ninguno de los dos lenguajes, así que ni siquiera os lo sabría decir. Esto no quita para que no sepa cómo funciona cualquier programa en general y entienda cómo hacer ciertos cambios.

Así que, puesto que gedit es código abierto, me fui sin dudarlo al repositorio oficial para descargarme el código fuente: http://projects.gnome.org/gedit/

Investigando los comentarios en los archivos .c, que contienen el código en sí, encontré los fragmentos relevantes al final de gedit-document-input-stream.c

/* Make sure that non-empty files are always terminated with \n (see bug #95676).
* Note that we strip the trailing \n when loading the file */
gtk_text_buffer_get_iter_at_mark (dstream->priv->buffer,
&iter,
dstream->priv->pos);

if (gtk_text_iter_is_end (&iter) &&
!gtk_text_iter_is_start (&iter))
{
gssize newline_size;

newline_size = get_new_line_size (dstream);

if (space_left >= newline_size &&
!dstream->priv->newline_added)
{
const gchar *newline;

newline = get_new_line (dstream);

memcpy (buffer + read, newline, newline_size);

read += newline_size;
dstream->priv->newline_added = TRUE;
}
}

y gedit-document-output-stream.c:

GtkTextIter end;
GtkTextIter start;

gtk_text_buffer_get_end_iter (GTK_TEXT_BUFFER (stream->priv->doc), &end);
start = end;

gtk_text_iter_set_line_offset (&start, 0);

if (gtk_text_iter_ends_line (&start) &&
gtk_text_iter_backward_line (&start))
{
if (!gtk_text_iter_ends_line (&start))
{
gtk_text_iter_forward_to_line_end (&start);
}

/* Delete the empty line which is from 'start' to 'end' */
gtk_text_buffer_delete (GTK_TEXT_BUFFER (stream->priv->doc),
&start,
&end);
}

Después de eliminar esos dos fragmentos, compilé e instalé el código:

sudo apt-get build-dep gedit
sudo ./configure; sudo make; sudo make-install

Y listo: gedit ya funcionaba como muchos otros editores (Mousepad, Bluefish, nano cuando se usa con la opción –L, etc.). Si el código no hubiera sido abierto no podría haberlo adaptado y habría tenido que usar un editor de texto distinto (con otras pegas) o partirle las piernas a los mantenedores del código oficial para que cambiaran de idea.

Si vamos a usar tipografías no comerciales para imprimir libros (aunque sea solo los encabezamientos), hay que tener en cuenta las limitaciones que suelen tener. Diseñar una buena fuente para imprimir requiere mucho cuidado y muchas pruebas. Por ejemplo, un mal cran o kerning puede hacer que el espacio entre una A y una V mayúsculas sea mayor del necesario. Aun así, puede ser mejor una fuente de aspecto agradable sin un cran perfecto a la micra que recurrir a la Times New Roman o a la Georgia.