En el articulo PowerGUI – Parte I hablamos acerca de como obtener e instalar este prometedor IDE, sin embargo adelantamos en un comentario final… “tampoco se emocionen, ya verán como todo cambiará…”
Pues bien, en esta segunda parte vamos justamente a ver como el naciente amor hacia PowerGUI desaparece cuando buscamos aprovechar las capacidades de extensibilidad clásicas del PowerShell acostumbrada en otros IDEs como el Microsoft PowerShell ISE
Por ejemplo, del menú “Archivo” podemos elegir “Librerias de PowerShell…”
Y se abrirá una ventana desde donde podremos elegir la instalación de distintos módulos
Podemos elegir por ejemplo:
• Azure
• ISE
• ISERegex
• ISESteroids
Pulsamos [ OK ] y esperamos a que se nos indique que completó la instalación de los módulos.
Sin embargo, veremos en la consola que los módulos “ISE” e “ISESteroids” no fueron instalados ya que requieren que el nombre del host sea ‘Windows PowerShell ISE Host’ y en nuestro caso el nombre del host es ‘PowerGUIScriptEditorHost’.
Si volvemos a “Librerias de PowerShell…” observaremos efectivamente que solo los modulos “Azure” e “ISERegex” si fueron instalados
Esperanzados, vamos a la página de inicio y seleccionamos “New File”
Escribimos el comando “Start-ISEREgex” y ejecutamos
Observaremos el error: “Start-ISEREgex : This script runs only in ISE”.
Oh, Decepción
Para desinstalarlo basta con ir a “Librerias de PowerShell…”, desmarcar el checkbox correspondiente y pulsar [ OK ]
Sin dejarnos desanimar a la primera, vamos entonces al menú “Herramientas” para intentar “Buscar Add-ons Online…”
Al pulsar [ Mostrar todos ]
Nos sorprenderá este otro error
Ante este nuevo inconveniente, optamos por la opción de regresar al sitio de la comunidad y buscar los Add-ons y PowerPacks que pudieran interesarnos
De las decenas de Add-ons disponibles en la galería de scripts, elegimos descargar algunos muy básicos…
“Run”
“HelpBrowser”
“Clear Console”
“Blue Console”
“ModuleManager”
“Snnipet Manager”
Para luego realizar su instalación (de los mencionados, salvo el “Snnipet Manager” la instalación es manual) en el path “Documents\WindowsPowerShell\Modules”
NOTA: La instalación no se realiza en: “C:\Program Files (x86)\PowerGUI\Add-ons”, si lo intenta recibirá errores del tipo…
Luego de lo cual tendremos que volver a “Librerias de PowerShell…” para seleccionar los componentes instalados y poder hacer uso de ellos
Es posible que demore un poco al reiniciar nuestro IDE
Luego de reiniciar, veremos algunas nuevas funcionalidades en el PowerGUI Script Editor
Pero estaremos en presencia de otro error, en esta ocasión señalándonos que no se puede realizar el Add-Type ya que el tipo ‘PowerShellTypeExtensions.TreeNodeExtension’ ya existe.
Buuh!
Por otra parte, al ejecutar el SnippetManager veremos un mensaje que indica que se deber mover la carpeta de snippet a nuestro perfil de usuario, a lo que habremos de señalar “Yes” si queremos poder editar nuestros snippets
Nos indicará entonces que debemos actualizar el SnnipetManager ya que existe una versión reciente
Pulsamos “Yes”, tardará un momento en descargar el Instalador del Manager Injector v3
Pulsamos [ Next > ] y seguimos los pasos del asistente.
Al finalizar, otra vez a reiniciar el PowerGUI, y que creen
Si, adivinaron, otro error más…
Y es que la nueva versión del SnnipetManager se instala como un programa aparte.
De hecho, podemos verla en el “Inicio” escribiendo “snippet”
Desde donde podremos ejecutarla como administrador
Debemos entonces ir a “Librerias de PowerShell…” en nuestro PowerGUI y desmarcar el Add-on.SnippetManager para que ya no arroje el error
Al reiniciar nuevamente el PowerGUI, ya únicamente arrojará el error anteriormente descrito de que no se puede realizar el Add-Type
Y al ejecutar el SnnipetManager veremos un icono flotante que se mantiene sobre la ventana de cualquier programa que tengamos abierto.
Al pulsar el icono, se desplegara la barra del Snnipet Injector
Si pulsamos en el icono S3 disponible en la barra del SnnipetInjector se abrirá el Powershell Snnipet Manager 3
Si quisiéramos evitar el error del Add-Type tendriamos que prescindir del ModuleManager.
Desmarcamos el ModuleManager en la opción “Librerias de PowerShell…” y reiniciamos nuevamente el PowerGUI
En conclusión, a mi gusto, le falta madurez a este aplicativo que al momento aún se encuentra en su versión 3.8.0, así que ya no me anime a probar la instalación de los PowerPacks disponibles para trabajar con TFS
Ni ningún otro de los cientos de PowerPacks que dispone en la galería.
Creo que, en lo personal, solo lo conservaré hasta constatar la mencionada capacidad de debug.
😦
2 comentarios en “#PowerGUI – Parte II”