Las ediciones Express de Visual Studio no soportan complementos (no
tienen un Administrador de complementos). Microsoft no las consideró para ser
usadas profesionalmente (sino para ser usadas por estudiantes, aficionados,
etc.) y eliminó el soporte para complementos. Puedes revisar la
línea de productos de Visual Studio. Aparentemente, la edición mínima
de Visual Studio que soporta complementos es la edición Estándar ("Extensibility: Consume extensions").
Hay varias formas de personalizar las barra de botones de MZ-Tools y sus
botones:
- Puedes ocultar la barra de botones haciendo clic con el botón derecho
del ratón sobre la misma y desmarcándola en la lista de barras de botones
del menú de contexto. Este estado se preserva entre sesiones, así que sólo
lo tienes que hacer una vez.
- Puedes eliminar botones de la barra de botones haciendo clic en el botón
"Opciones personales" (o en el botón "Opciones", dependiendo de la edición)
y seleccionando la sección "Botones de la barra de botones". Nota: si
eliminas el botón Opciones, todavía puedes acceder a esta ventana mediante
el menú principal "MZ-Tools" que está cerca del menú "Herramientas" de
Visual Studio.
- Puedes crear botones en otra barra de botones haciendo clic en el menú
"Herramientas", "Personalizar...", ficha "Comandos", sección "Complementos"
y arrastrando y soltando el comando deseado en cualquier barra de botones.
Para personalizar el estilo (sólo imagen, imagen con texto, etc.) haz clic
con el botón derecho del ratón sobre el botón y selecciona el estilo
deseado. Nota: asegúrate de que estás usando sólo una instancia de Visual
Studio al hacer esto y ciérrala al acabar para que se guarden los cambios.
- Puedes crear una nueva barra de herramientas haciendo clic en el menú
"Herramientas", "Personalizar...", ficha "Barras de botones", botón
"Nueva...", da un nombre a la barra de botones y arrastra y suelta comandos
en ella como se ha explicado en el paso anterior.
Por defecto, MZ-Tools intenta ser inteligente y si detecta que el texto
debajo del cursor es texto seleccionado o que el texto a buscar es un nombre de
elemento de código (como un nombre de procedimiento, una variable de clase, un
parámetro, etc.) ajusta el alcance (por ejemplo, a Procedimiento para
parámetros, o a Clase para variables de clase) y establece las opciones "Buscar
palabra completa" y "Coincidir mayúsculas y minúsculas" a verdadero. La mayoría
del tiempo esta clase de suposición es deseable (contacta con nosotros si
encuentras situaciones donde la suposición realizada por MZ-Tools no es
adecuada). No obstante, puedes desactivar este comportamiento en el menú
"Opciones", "Opciones Personales", sección "Buscar texto", casilla de
verificación "Inicializar las opciones de búsqueda desde el editor". Cuando la
casilla está sin marcar, MZ-Tools recuerda las últimas opciones en lugar
de suponer las opciones más adecuadas.
Detectar todo el código sin usar requeriría la implementación de un
analizador y un compilador, lo que está más allá de la funcionalidad de MZ-Tools. En su lugar, esta característica funciona revisando si una
declaración aparece de nuevo en el código fuente. Este método tiene un par de
limitaciones:
- Sólo se revisan las declaraciones privadas (como se menciona en el
archivo de ayuda), ya que si no fuera así el rendimiento se vería
severamente afectado.
- Si tienes dos declaraciones en el mismo archivo con el mismo nombre
(como un enum y una variable de clase), ninguna de ellas figurará en el
resultado incluso aunque no sean usadas.
En resumen, si alguna declaración no usada no figura en el informe de
resultados, no se considera un fallo. Sólo los resultados de declaraciones no
usadas que en realidad sí se usan se consideran fallos.
Si estás usando los complementos Refactor!, Refactor Pro o CodeRush de
Developer Express, probablemente su componente DXCore está causando este
problema, que ocurre con todos los complementos que procesan archivos:
- DXCore versión 1.1.56 o inferior causaba un cuelgue en las operaciones
(como la búsqueda) de MZ-Tools. Como parche, MZ-Tools 5.0.0.28 (1 de Enero
de 2006) implementó un rodeo: descarga el complemento DevExpress Tools antes
de ejecutar la operación y lo recarga cuando termina.
- DXCore versión 1.1.57 o superior corrigió el problema (después de
contactar con
Developer Express) pero causa una System.AccessViolationException al usar el
rodeo mencionado más arriba. Por ello, MZ-Tools versión 5.0.0.33 (1 de Marzo
de 2006) detecta la versión de DXCore y usa el rodeo o no dependiendo de la
versión.
Normalmente este problema no es reproducible (si lo es envía un informe de fallo
para que sea corregido) y ocurre de vez en cuando cuando MZ-Tools intenta
añadir o quitar sus barras de comandos y botones durante las fases de
inicialización o cierre. Es causado por problemas internos de las barras de
comandos de Visual Studio cuando las usan los complementos.
¿Algún problema no mencionado aquí? No dudes en contactar.
