Configuración de la placa de vídeo

Configuración de KDE

1. Ir a Configuración del Sistema
2. Solapa General >> ícono Comportamiento de las Ventanas
3. Sección Comportamiento de las Ventanas >> solapa Translucidez
4. Chequear Usar translucidez/sombras
5. Aparece un mensaje de advertencia diciendo que el soporte de translucidez es nuevo y puede causar problemas. En realidad ya no es tan nuevo, y personalmente nunca he tenido problemas. Acepte el diálogo con el mensaje si le gusta la aventura.
   
6. Al activar esta opción, se habilitan tres solapas adicionales en donde se pueden configurar los efectos a gusto de cada uno. Solo a modo de guía, adjunto pantallas con mi configuración actual.

Solapa Opacidad


Solapa Sombras


Solapa Efectos

Finalmente, unas pantallas de ejemplo mostrando el resultado final de todas estas configuraciones:

Esta transparencia solo se activa al mover la ventana

1. Navegar en alguno de los dos paneles hasta el archivo que se desea editar (ej. /etc/fstab)
   
   
   
   
   
2. Invocar el menú contextual del archivo
3. Ir al ítem de menú Acciones de Usuario >> Edit as Root
4. Se nos presentará el diálogo en el cual debemos introducir la contraseña del root
   
   
   
   
   
5. Al aceptar el diálogo de contraseña, si todo está correcto se nos abrirá el editor de texto KWrite ejecutándose con credenciales de root, con lo cual podremos modificar y grabar el contenido del archivo sin inconvenientes.
   
   
   

Mediante wxTheApp

Mediante wxGetApp()

#ifndef ClsApplication_H
#define ClsApplication_H

#include <wx/app.h>

class clsApplication : public wxApp
{
    DECLARE_CLASS( clsApplication )
    DECLARE_EVENT_TABLE()

public:
    clsApplication();
    virtual ~clsApplication();
};

DECLARE_APP( clsApplication )

#endif // ClsApplication_H

Para Eclipse con CDT (editor C++)

1. Window >> Preferences >> C/C++ >> Editor
2. Deschequear Smart caret positioning in identifiers

Para Eclipse con JDT (editor de Java)

1. Window >> Preferences >> Java >> Editor
2. Deschequear Smart caret positioning in Java names (overrides platform behavior)
   

1. Por empezar, el archivo de recursos (que probablemente contendrá  la extensión .rc) deberá copiarse en el mismo directorio en donde residen los fuentes.
2. Dentro del Eclipse, en la vista Project Explorer, hay que seleccionar este archivo.
3. Mediante el menú contextual, acceder a Properties.
4. Ir a la sección C/C++ Build > Settings > Build steps
5. En el combo Custom Build Step Applicability seleccionar Apply Custom Build Step Overriding Other Tools
6. En el campo Output file name(s) ingresar el mismo nombre del archivo de recursos pero con la extensión ".o"
7. En el campo Command hay que ingresar el comando necesario para realizar la compilación del archivo de recurso.
   En MinGW, tenemos el programa windres que realiza esta tarea. Sería recomendable leer la documentación específica para determinar exactamente que opciones utilizar.
   Como ejemplo, transcribo el comando necesario para compilar un archivo llamado armies.rc, utilizado en un proyecto construido sobre la librería wxWidgets:
   
   windres --use-temp-file -i../src/armies.rc -osrc\armies_rc.o   --define __WXMSW__  --define _WXDEBUG__  --include-dir c:\wxWidgets-2.8.3\lib\gcc_lib\mswd --include-dir c:\wxWidgets-2.8.3\include --include-dir ..
   
   Tenga en cuenta que usted deberá adaptar estos valores según sus necesidades.

1. Cargar en Eclipse nuestro proyecto C++
2. Menú "Project" -> "Properties"
3. Ir a la sección "C++ Build" -> "Environment"
4. Click en el botón "New"
5. En el campo "Name" ingresar LC_ALL
6. En el campo "Value" tipear la letra C
7. Darle Ok a ambas ventanas y eso es todo

Hay un hecho innegable: Windows XP y sus Visual Styles hace ya 4 años que vieron la luz del mundo digital por primera vez. Desde entonces, como es lógico, Microsoft recomienda programar aplicaciones que soporten estos estilos visuales.

Por otro lado, Visual Studio.Net ya va por su segunda versión, y la primera tuvo 1 Service Pack. ¿Sería muy descabellado esperar que esta aplicación soporte los temas visuales de su propia empresa desarrolladora? Parece que la respuesta es Sí.

No solamente Visual Studio.Net se sigue viendo prácticamente igual que una aplicación corriendo en Windows 98, sino que además nos fomenta a nosotros a crear aplicaciones igualmente pobres desde el punto de vista visual.

En su primera versión, el .Net Framework no poseía en absoluto soporte para los temas visuales. Había que recurrir al viejo truco del archivo .Manifest. En Visual Studio .Net 2003 las cosas mejoraron: el método Application.EnableVisualStyles() posibilita como bien indica su nombre que nuestra aplicación adopte los dichosos estilos visuales. Pero el programador desprevenido puede caer a continuación en varias trampas.

Problema 1

Si no se utiliza un archivo .Manifest para el propio IDE, en tiempo de diseño no vamos a poder ver los WinForms con los estilos. Solo los veremos en tiempo de ejecución. Ok, ponemos entonces el .Manifest.

Problema 2

La mayoría de los controles del .Net Framework tiene la propiedad FlatStyle. El programador debe cambiar esta propiedad desde el valor Default al valor System para que cada control particular acepte los estilos. Esto es así para los Buttons, RadioButtons, Combos, Frames, etc.

Problema 3

Si a un botón se le quiere agregar icono, tendremos que elegir: o vemos el icono o vemos el estilo visual de XP.

Problema 4

Y este creo que es el más grave. Resulta que hay un bug en el método Application.EnableVisualStyles() que lo hace incompatible con el uso de los ImageList, que a su vez son necesarios para poner imágenes en controles tan comunes como una Toolbar. Conclusión: tenemos que volver a soluciones alternativas como le viejo y querido .Manifest.

Paradójicamente, el otro día instalé para experimentar en mi PC el Jbuilder X Foundation, un versión gratuita del IDE de Borland para desarrollar en Java. El programa mostró de entrada los estilos visuales sin problemas. Diseñé un simple Frame con unos cuantos controles. Todos mostraron sin problemas y sin modificar una sola propiedad los estilos visuales. Y digo paradójicamente porque estamos hablando de tecnologías multiplataforma que siempre tuvieron fama de no integrarse muy bien con los sistemas operativos anfitriones.

Conclusión

Creo que ya a esta altura habrán adivinado que no me simpatiza mucho el Visual Studio.Net, y por extensión el .Net Framework.

Como decía al principio, esto podría parecer solo un detalle. Pero los detalles hablan del cuidado y la dedicación con el que las aplicaciones son desarrolladas. Sobre todo si estamos hablando de herramientas de desarrollo profesionales que se utilizan para soportar sistemas críticos en un sinnúmero de organizaciones de todo el mundo.

Links relacionados:

Windows : Microsoft quiere actualizar XP antes del lanzamiento de Longhorn

Using Windows XP Visual Styles

Application.EnableVisualStyles Bug

Embedded Icons with Alpha-Blending

Bug with Application.EnableVisualStyles() and image rendering

Problemas con Toolbar y EnableVisualStyles()