Un problema que he observado al utilizar el look & feel 'Nimbus' de Java 6 es que las JTextArea mantenien el color de fondo blanco a pesar de que se ha invocado el método setOpaque(false).
Por lo que he leído, el problema se debe al diseño original de Swing. El metodo setOpaque() tiene el efecto de que el componente pueda no pintar alguno o todos sus pixeles, y en clases que extiendan a JComponent esto depende del look & feel.
En el caso de Nimbus, este look and feel requiere transparencia en los componentes para dibujar los bordes redondeados, por lo que los pixeles del componente deben ser pintados.
La solucion es utilizar un color de fondo transparente (alfa=0) y tambien un borde transparente a fin de que el efecto final sea un componente 100% transparente:
textArea.setBorder(BorderFactory.createEmptyBorder());
textArea.setBackground(new Color(0, 0, 0, 0));
Con esta simple operación, el componente será completamente transparente, no sólo omitiendo el dibujado de pixeles, sino haciendo que los pixeles que se dibujan sean realmente transparentes.
02 febrero, 2012
30 noviembre, 2011
Respaldo rápido de un disco duro en UNIX con dd
dd es un comando muy potente que realiza copias bit-a-bit de un archivo a otro. Gracias a que en UNIX, todos los dispositivos son un archivo, podemos aprovechar esta característica para hacer copias de seguridad.
El uso básico de dd es:
$dd if={archivo_de_entrada} of={archivo_de_salida} bs={tamaño_bloque}
El tamaño de bloque indica más o menos la cantidad de bytes que se copiaran a la vez. Un tamaño de bloques pequeño permite una mayor tolerancia a fallos en el origen, mientras que un tamaño más grande permite una mayor velocidad.
Por ejemplo, una copia de disco a disco podría ser:
$dd if=/dev/hda of=/dev/sda bs=4096
También es posible usar un archivo de imagen:
$dd if=/dev/hda of=./imagen.img bs=4096 conv=noerror
El parametro conv=noeeror indica que continúe si se presenta un error de lectura.
Especificamos un tamaño de bloque de 4k para hacerlo más tolerante a errores de lectura.
Otra forma es utilizarlo en conjunto con gzip para hacer copias de respaldo comprimidas:
$dd if=/dev/hda conv=noerror bs=4k | gzip -c > ./imagen.img.gz
O con gunzip para restaurar las imágenes de respaldo
$gunzip -z ./imagen.img.gz | dd of=/dev/hda bs=4k conv=noerror
Si se quiere monitorear el estado de copia, se le puede enviar la señal USR1 al PID del comando.
$kill -USR1 {PID_DE_dd}
Obviamente hay muchas más opciones, que pueden ser investigadas en el manual de dd
$man dd
El uso básico de dd es:
$dd if={archivo_de_entrada} of={archivo_de_salida} bs={tamaño_bloque}
El tamaño de bloque indica más o menos la cantidad de bytes que se copiaran a la vez. Un tamaño de bloques pequeño permite una mayor tolerancia a fallos en el origen, mientras que un tamaño más grande permite una mayor velocidad.
Por ejemplo, una copia de disco a disco podría ser:
$dd if=/dev/hda of=/dev/sda bs=4096
También es posible usar un archivo de imagen:
$dd if=/dev/hda of=./imagen.img bs=4096 conv=noerror
El parametro conv=noeeror indica que continúe si se presenta un error de lectura.
Especificamos un tamaño de bloque de 4k para hacerlo más tolerante a errores de lectura.
Otra forma es utilizarlo en conjunto con gzip para hacer copias de respaldo comprimidas:
$dd if=/dev/hda conv=noerror bs=4k | gzip -c > ./imagen.img.gz
O con gunzip para restaurar las imágenes de respaldo
$gunzip -z ./imagen.img.gz | dd of=/dev/hda bs=4k conv=noerror
Si se quiere monitorear el estado de copia, se le puede enviar la señal USR1 al PID del comando.
$kill -USR1 {PID_DE_dd}
Obviamente hay muchas más opciones, que pueden ser investigadas en el manual de dd
$man dd
Suscribirse a:
Entradas (Atom)