Aunque hace tiempo que no posteo nada en este blog (espero dentro de poco informaros de las razones), si quiero felicitar a NGEDIT Software por el lanzamiento de viemu, un add-in para Visual Studio que emula el modo de trabajo de vi/vim.

¡Mucha suerte!

Por cierto, vale la pena subscribirse a su blog; hay posts muy interesantes.

Leyendo el blog de Ian Landsman he llegado hasta este artículo de Christopher Hawkins, en el que habla de los tipos de clientes de los que conviene deshacerse lo antes posible. Define 11 "tipos" de clientes que es preferible evitar.

Haciendo memoria y grosso modo, de todos los clientes con los que he trabajado aproximadamente un 25% podrían encajar en alguno de los 11 tipos. ¿Son muchos? ¿He tenido suerte?

Parece que por fin la guerra de precios y velocidades que mantienen las operadoras de telecomunicaciones en España empieza a dar sus frutos. Hace tan sólo 2 meses multiplicaron por 5 la velocidad de descarga sin coste alguno. Ahora, me han subido otro mega y me han rebajado la cuota 15 € !!! (en todo el combinado).

Hasta ahora todos lo rumores que he podido leer sobre la fecha de lanzamiento del Visual Studio 2005 apuntaban a final de año. Muchos afirmaban que incluso podría ser a finales de diciembre.

Sin embargo parece ser que será un poco antes, concretamente para el 7 de noviembre, casi un mes despues del PDC '05.

A partir de la versión 6.0 de la librería Common Controls (Comctl32.dll), el listview permite, en la vista 'detalles', agrupar los elementos.

Afortunadamente, si la versión de Comctl32.dll disponible es anterior a la 6.0 e intentamos agrupar los elementos, no se produce ningún error, simplemente se ignora.

Estoy diseñando un formulario para administrar los informes que tiene instalados mi aplicación y uso esta característica para separar los informes que hacen referencia a Empleados, Clientes, etc. El problema es que en Windows 2000, que usa la versión 5.0 de Comctl32.dll, la lista aparece obviamente, sin agrupar.
La solución que se me ha ocurrido es añadir en este caso una columna con el nombre del grupo. Esta columna sólo se añadirá si la capacidad de agrupar no está disponible.

A continuación incluyo el código de una función que devuelve si esta característica está disponible o no.

[DllImport("shell32.dll")]
static extern int DllGetVersion(ref DLLVERSIONINFO2 pdvi);

[StructLayout(LayoutKind.Sequential)]
struct DLLVERSIONINFO
{
 public int cbSize;
 public int dwMajorVersion;
 public int dwMinorVersion;
 public int dwBuildNumber;
 public int dwPlatformID;
}

[StructLayout(LayoutKind.Sequential)]
struct DLLVERSIONINFO2
{
 public DLLVERSIONINFO info1;
 public int dwFlags;
 public int ullVersion;
}

private static bool? listViewGroupsAvailable = null;

public static bool AreListViewGroupsAvailable()
{
 if (listViewGroupsAvailable == null)
 {
  DLLVERSIONINFO2 versionInfo = new HelperClass.DLLVERSIONINFO2();
  versionInfo.info1.cbSize = System.Runtime.InteropServices.Marshal.SizeOf(versionInfo.info1);
  if (DllGetVersion(ref versionInfo) == 0)
  {
   if (versionInfo.info1.dwMajorVersion < 6)
    listViewGroupsAvailable = false;
   else
    listViewGroupsAvailable = true;
  }
  else
  {
   // TODO: Log that DllGetVersion fails
   listViewGroupsAvailable = false;
  }
 }       

 return (bool)listViewGroupsAvailable;
}

Me he tropezado con otro bug en VS.NET 2005 beta2; esta vez en el componenter PrintPreviewDialog.

Los síntomas del error son que cuando se llama al método ShowDialog(), tanto la ventana de previsualización como la ventana de la aplicación que hace la llamada pierden el foco y otra ventana de las que tengamos abiertas se pone en primer plano.

Tras comprobar que el error no estaba dado de alta en msdn.microsoft.com/feedback, puse un mensaje en los managed newsgroups de msdn y me confirmaron que está dado de alta en la base de datos interna de Microsoft, con lo que estará solucionado para la RTM.
 

Sigo con los cambios que estoy teniendo que hacer para pasar de la beta1 a la beta2 de VS.NET 2005. En esta ocasión se trata de ConfigurationSettings que está marcada como 'obsolete' y hay que sustituirla por ConfigurationManager.

Para poder utilizarla hay que tener en cuenta que tendremos que añadir a nuestro proyecto la referencia a System.Configuration. Con ConfigurationSettings no era necesario.

También se sustituye el método GetConfig por GetSection.

Hay un bug en el nuevo control ToolStripContainer que lo hace inservible hasta que sea corregido.

El problema se manifiesta si tenemos un GroupBox en el ContentPanel y tiene la propiedad Anchor por ejemplo a Letf, Top y Right. Al abrir y cerrar el diseñador o al ejecutar la aplicación, el tamaño y posición del GroupBox toma valores extremos.

Parece que alguien ya ha informado del error en MSDN Product Feedback.

Tras instalar la beta2 de Visual Studio 2005 he cargado el proyecto en el que he estado trabajando desde que salió la beta1. He cruzado los dedos y he pulsado Control+Mays+B:

Casi 100 errores y más de 300 warnings. Sin embargo, no es tan grave como parece. Estas son algunas de las cosas que generaban la mayor parte de alarmas:

- La clase ReadOnlyCollection ahora está en System.Collections.ObjectModel.
- La propiedad AutoScaleBaseSize de los Forms pasa a llamarse AutoScaleDimensions
- Los controles RaftingContainers desaparecen en favor de un nuevo control llamado ToolStripContainer
- Algunos cambios en las propiedades de los ToolStrip
- Otros cambios en ConfigurationSettings

Tal como esperaba la mayor parte de los cambios están en la parte de Windows Forms, que es la que he ido dejando para el final.

Corregir todos estos problemas es muy sencillo en la mayor parte de los casos, ya que el texto de los warnings es muy descriptivo. Te informa que la tal o cual clase/propiedad está obsoleta y cuál debes utilizar en su lugar.

Otra cosa que parece que se ha arreglado es el consumo desmesurado de memoria de la beta1. Después de estar trabajando con el IDE unas horas, no era raro ver que Visual Studio tenía más de 500 Mbytes asignados y subiendo.

Hoy he recibido el kit de bienvenida de Microsoft ISV Empower Program. Si estás desarrollando una aplicación comercial, como es mi caso, es una oportunidad de oro afiliarte a este programa.

Por 320 € recibes un kit de bienvenida con prácticamente todos los productos de Microsoft en un montón de DVD's, acompañados de un práctico maletín para almacenarlos (periódicamente los van actualizando), una subscripcion MDSN Universal, soporte preferente en los newsgroups, etc. Todos los productos con licencias para uso interno, desarrollo y pruebas.

Puedes renovar el programa hasta 2 años. Toda la información está disponible aquí.