Un mundo libre por descubrir
FLOSS
xfce4 & vfat & utf8
3 Jun
Si usas xfce4 y te ha pasado que al montar algún medio de almacenamiento con el sistema de fichero FAT16/FAT32, algunos archivos con caracteres especiales no se visualizan correctamente cono por ejemplo:
Esto es debido a que no se toma el correcto juego de caracteres, si el medio esta definido en /etc/fstab solo basta con agregar utf8 a las opciones de montaje (para más información referirse al manual de vfat)
Si es extraíble se corregía con políticas de HAL, pero al parecer la configuración ahora pasa a estar del lado del escritorio, ademas que udev pasaría a sustituir HAL, como sea, en xfce4 (al momento de escribir esto estoy con la versión 4.6.1 en archlinux) solo basta editar: /etc/xdg/xfce4/mount.rc y en el apartado [vfat] agregar: utf8=true, ejemplo:
[vfat]
uid=<auto>
shortname=winnt
# FreeBSD specific option
longnames=true
utf8=true
No hace falta reiniciar nada solo volver a montar el medio y listo:
Para otras distros con xfce4 el procedimiento debe ser casi el mismo.
Plugin assembler para eclipse
5 May
Si te interesa la programación en lenguaje ensamblador, y el uso de entornos de programación (IDE) como eclipse, Existe un plugin para este IDE que permite crear proyectos en lenguaje ensamblador.
El plugin en cuestión se llama “asmplugin” aunque tiene ya varios años desde su ultima versión, funciona muy bien en la nueva versión de eclipse, incluso he creado el paquete para archlinux, se llama “eclipse-asm” lo pueden descargar desde AUR o directamente con yaourt.
La instalación es algo trivial, descargamos desde la pagina el archivo, la versión actual es 1.0.1 y viene en zip, al descomprimir vemos una carpeta de nombre “plugins” que contiene a otra carpeta “de.fh_zwickau.asmplugin_1.0.1“, esta ultima carpeta hay que moverla a la carpeta plugins de nuestra instalación de eclipse.
Solo nos queda configurar el compilador que deseamos y demás herramientas que necesitamos para crear el ejecutable.
Un buen lugar para comenzar a documentarse es:
http://tldp.org/HOWTO/Assembly-HOWTO/index.html
y un pdf en español: http://www.drpaulcarter.com/pcasm/
En mi caso, he utilizado nasm como compilador y ld como enlazador, los parámetros que coloque en la configuración fueron:
Compiler:
- Compiler: /usr/bin/nasm
- Params: -f elf
Linker:
- Linker: /usr/bin/ld
- Params: -s -o {workdir}/{filename} {srcfile}
- Input-file-extension: o
Las capturas de pantalla que nunca pueden faltar
Sans, Sans Mono y Serif
3 May
De manera general son tres clases de tipos de letras, el las que se diferencian de la siguiente manera:

- Sans ó Sans-Serif: es aquel que en cada carácter no tiene unas pequeñas terminaciones(Serif).
- Serif: son pequeños adornos ubicados generalmente en los extremos de las líneas de los caracteres tipográficos.
- Sans Mono ó Monospace: es una fuente tipográfica cuyos caracteres tienen todos ellos asignados el mismo ancho de composición.
Para más información, visitar:
- http://es.wikipedia.org/wiki/Tipografía
- http://es.wikipedia.org/wiki/Tipo_de_letra
- http://es.wikipedia.org/wiki/Palo_seco
- http://es.wikipedia.org/wiki/Serifa
¿Por qué viene al caso éste tema?
Resulta que en el entorno de escritorio son las clases usadas para mostrar el texto, principalmente Sans. Existen muchas tipografías para cubrir estas características, pero; ¿se han puesto a revisar, realmente cuales son las que utilizan?, esas letras que ven a diario en sus pantallas y que para la mayoría pasan desapercibidas.
En todo entorno de escritorio (para GNU/Linux) poca preocupación por no decir ninguna, causa el tema de la tipografía al usuario final, ya que de una u otra forma está resuelto, sea como dependencia a nivel de desarrollo o configuración preestablecida por mantenedores del sistema. Pero tenemos la posibilidad de cambiar esa configuración.
- Primero debemos tomar en cuenta las tipografía que tenemos instaladas, en la mayoría de los casos contaremos con Bitstream y DejaVu que son muy utilizadas.
- Como no todos los sistemas son iguales, debemos estar consientes de nuestra configuración en /etc/fonts/ así que deben buscar información sobre fontconfig
La idea es poder asignar nuestra tipografía favorita como predefinida en el sistema, y es lo que voy a explicar a continuación, Mi experiencia se basa en Archlinux, pero confió en que funciona para otras distribuciones.
- Instalamos la nueva tipografía que deseamos por defecto, mi recomendación sería ttf-droid ó ttf-liberation
- Leyendo el README de fontconfig vemos que el nombre del archivo de configuración tiene relevancia al ser procesada, textualmente dice:
Each file in this directory is a fontconfig configuration file. Fontconfig scans this directory, loading all files of the form [0-9][0-9]*.conf. These files are normally installed in ../conf.avail and then symlinked here, allowing them to be easily installed and then enabled/disabled by adjusting the symlinks. The files are loaded in numeric order, the structure of the configuration has led to the following conventions in usage: Files begining with: Contain: 00 through 09 Font directories 10 through 19 system rendering defaults (AA, etc) 20 through 29 font rendering options 30 through 39 family substitution 40 through 49 generic identification, map family->generic 50 through 59 alternate config file loading 60 through 69 generic aliases, map generic->family 70 through 79 select font (adjust which fonts are available) 80 through 89 match target="scan" (modify scanned patterns) 90 through 99 font synthesis
- Nuestro archivo de configuración debe comenzar por lo menos con el numero 50 en adelante.
- El archivo de configuración se debe ubicar en /etc/fonts/conf.d/
- En mi caso existe el directorio /etc/fonts/conf.avail/ que en verdad contiene los archivos de configuración, y /etc/fonts/conf.d/ simplemente contiene enlaces simbólicos a ellos.
- La forma ideal seria asignar directamente la clase al tipo de fuente, ejemplo: Sans a Droid Sans y sucesivamente a todas las demás. Seria de la siguiente manera:
El archivo de configuración sigue el formato XML, como plantilla debemos usar:
1 2 3 4 5 6 7 | <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE fontconfig SYSTEM "../fonts.dtd"> <fontconfig> ... </fontconfig> |
En el que todo lo que se encuentre entre <fontconfig> y </fontconfig> contendrán la configuración.
- Creamos el archivo: 58-droid.conf en /etc/fonts/conf.d/ ó /etc/fonts/conf.avail/ y después creando el enlace simbólico en /etc/fonts/conf.d/
Ejemplo:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 | <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE fontconfig SYSTEM "../fonts.dtd"> <fontconfig> <!-- Generic Sans --> <alias> <family>Droid Sans</family> <default> <family>sans-serif</family> </default> </alias> <alias> <family>sans-serif</family> <prefer> <family>Droid Sans</family> </prefer> </alias> <!-- Generic Sans Mono --> <alias> <family>Droid Sans Mono</family> <default> <family>monospace</family> </default> </alias> <alias> <family>monospace</family> <prefer> <family>Droid Sans Mono</family> </prefer> </alias> <!-- Generic Serif --> <alias> <family>Droid Serif</family> <default> <family>serif</family> </default> </alias> <alias> <family>serif</family> <prefer> <family>Droid Serif</family> </prefer> </alias> </fontconfig> |
Simplemente salimos y volvemos a entrar a nuestro escritorio y deberíamos ver el nuevo cambio.
El éxito de nuestra configuración depende de elegir correctamente el nombre del archivo, el nombre de la tipografía.
¿Que ocurre si la asignación de las clases ya haya sido realizada?
en mi caso, fue lo que ocurrió.
En Archlinux la instalación de ttf-dejavu se configura por defecto asignando esa tipografía a esas clases, la solución es simplemente hacer que DejaVu realmente no se muestre así misma, si no a otra tipografía, en este caso a ttf-droid
El archivo en este caso queda así:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 | <?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "../fonts.dtd"> <fontconfig> <match target="pattern" name="family" > <test name="family" qual="any" > <string>DejaVu Sans</string> </test> <edit name="family" mode="assign"> <string>Droid Sans</string> </edit> </match> <match target="pattern" name="family" > <test name="family" qual="any" > <string>DejaVu Sans Mono</string> </test> <edit name="family" mode="assign"> <string>Droid Sans Mono</string> </edit> </match> <match target="pattern" name="family" > <test name="family" qual="any" > <string>DejaVu Serif</string> </test> <edit name="family" mode="assign"> <string>Droid Serif</string> </edit> </match> </fontconfig> |
Les dejo una muestra del cambio que se puede apreciar:
Para mas información, visitar:
componer correo HTML con google
27 Feb
El html permite darle un aspecto mas vistoso a lo correos, ademas de permitir agregar contenido mas complejo, no estoy a favor del uso indiscriminado de html en los correos, todo dependiendo de las circunstancias y lo que se quiera transmitir.
Suponiendo que se debe enviar un correo con algunas tablas, div’s e imágenes, etc, algo no tan complejo, pero se puede pensar en poder enviarlos en “.odt” o “.doc“, bien, pero si no es necesario seguir editando, y lo que queremos es solo transmitir información, se puede lucir un poco con HTML ![]()
Desde hace tiempo esto es posible con los clientes de correo para escritorio, ejemplo: thunderbird, evolution, etc. existen muchos. Pero al usar la interfaz web de nuestra cuenta, nos vemos limitados en funciones, y la de componer como HTML es una de ellas.
Pero con ciertos pasos, es posible lograrlo.
- Primero, con nuestra cuenta google accedemos a “Google Docs”, y creamos un documento nuevo:

- Luego debemos copiar nuestro código HTML ya previamente listo, recordando que si contiene imágenes, estas deben estar ubicadas en algún servidor y con su URL respectiva en el HTML, debido a que no serán adjuntadas al correo. Su queremos también se puede agregar estilos CSS, hay que estar atentos con las etiquetas en HTML y en CSS porque algunas serán filtradas por google docs, así que no es conveniente inventar mucho
- Como prueba usaré el código de: http://htmldog.com/examples/images1.html que se ve de esta manera:
- Seleccionamos el CSS:
- Luego el HTML:
- En Google Docs tendremos una vista parecida a:
- Solo nos queda enviar el documento por correo:

- Ajustamos las opciones: cambiando a “Pegar el documento en el correo”
- Como resultado, el correo en nuestra bandeja de entrada:















