Archivo de la etiqueta: Windows 8.1

Crear acceso directo a una máquina virtual (para no tener que abrirla desde el Hyper-V Manager)

Pues eso… que estoy usando algunas máquinas virtuales de Hyper-V para los canales de Windows Insider, una de ellas con la del canal Dev (más inestable) y otra con el canal Beta (algo más estable) y cada vez que enciendo el equipo (o lo reinicio tras una actualización) tengo que abrir el Hyper-V Manager para poder acceder a esas máquinas virtuales.

Pensando (algunas veces me da por pensar estas cosas) que lo más simple sería poder tener un acceso directo y abrir las máquinas sin tener que usar el administrador de Hyper-V, así que… buscando en la red me encontré que es fácil hacerlo… pero como suelo darle nombres (con espacios) a esas máquinas virtuales, en esos ejemplos no aclaraban cómo hacerlo, así que… me he decido a publicar esto para que quede constancia de cómo hacerlo (ya sabes, después de un tiempo puede que se me olvide y así podré encontrarlo al hacer una búsqueda en la red de redes 😉 )

Y de paso, te lo explico por si quieres hacerlo.

Primero lo primero

Lo primero a tener en cuenta es cómo crear ese acceso directo.

Para crear un acceso directo lo puedes hacer de dos formas.

La primera: Te posicionas en el directorio donde quieres crear ese acceso directo, por ejemplo, en el escritorio (que es la opción más rápida si quieres evitar tener que abrir esa carpeta con el acceso directo), pulsas en el botón secundario y de las opciones mostradas (ver captura 1 que es de Windows 11, pero en las versiones anteriores de Windows será algo parecido, pero con otro look) es elegir Nuevo > Acceso directo (New > Shortcut).

Captura 1. Crear un acceso directo en Windows 11.

A continuación, escribe el path del administrador de Hyper-V, que es el siguiente:
C:\Windows\System32\vmconnect.exe (ver captura 2).

Captura 2. Indicar el path de vmconnect.exe

Tip:
No lo busques en la carpeta de Archivo de Programas > Hyper-V, que ahí no está, ya que suele estar en C:\Windows\System32.

Pulsa en Siguiente (Next) y si quieres le cambias el nombre del nuevo acceso directo y finalmente pulsas en Finalizar (Fisnish) (ver captura 3).

Captura 3. Indicar el nombre del acceso directo

La segunda: Abre la ubicación de vmconnect.exe (que tal como te he indicado antes está en C:\Windows \System32, si en lugar de C usas otro nombre de unidad como arranque, indica ese nombre de unidad).

Busca el fichero vmconnect.exe y pulsa sobre la aplicación con en el botón secundario (el derecho para diestros, el izquierdo para zurdos) y selecciona crear acceso directo (como no podrás crearlo en la ubicación del programa, te preguntará si quieres crearlo en el escritorio).

El acceso directo estará en el escritorio.

Una vez creado el acceso directo a vmconnect.exe

Selecciona el acceso directo y pulsa con el botón secundario para elegir propiedades.

Después de la ubicación de vmconnect.exe indica el nombre del servidor de Hyper-V seguido del nombre de la máquina virtual.

En mi caso, sería GUILLE-JUL1421 «Windows 11Pro Dev» (ver captura 4).

Fíjate en las comillas dobles para el nombre de la máquina virtual, esto es así porque contiene espacios. Si el nombre de la máquina virtual no tiene espacios no es necesario ponerlo dentro de comillas dobles.

Captura 4. Usar comillas dobles si alguno de los parámetros tienen espacios

 

Dale permisos de administrador al acceso directo

Es necesario que le des acceso de administrador al acceso directo.

Para ello, en las propiedades del acceso directo, pulsa en el botón Avanzado (Advanced) y marca la casilla de Ejecutar como administrador (Run as administrator) (ver la captura 5), y acepta hasta cerrar la ventana de propiedades.

Captura 5. Indicar que el acceso directo se ejecute como administrador

Para saber con seguridad cómo se llama el servidor de Hyper-V y la máquina virtual, puedes verlo abriendo el administrador de Hyper-V (Hyper-V Manager) y así estar seguro (ver captura 6).

Captura 5. El administrador de Hyper-V

 

Nota:
En algunas ocasiones, al abrir los 2 accesos directos que suelo utilizar, en Windows 11, me los muestra en la barra de tareas como 2 iconos (ver captura 7) y otras veces como un solo icono, mostrando las dos opciones al pasar el ratón sobre él (ver captura 8).
En las versiones anteriores de Windows te los mostrará según tengas configurada la barra de tareas para mostrar los iconos relacionados con una misma aplicación.

Si abres las 2 máquinas virtuales desde el administrador de Hyper-V siempre te los mostrará como un solo icono.

Captura 7. En Windows 11 algunas veces (usando los accesos directos) los muestra como 2 iconos separados

 

Captura 8. La forma habitual de mostrar los iconos de un mismo tipo de aplicación en Windows 11

 

Y esto es todo… espero que te sea de utilidad… y si así ha sido (o no), no te olvides de invitarme a un «refresco virtual» 😉
(pulsando en el botón donar de PayPal).
Gracias.

Nos vemos.
Guillermo

Saber si una aplicación de Windows Store es de prueba (trial) o comprada

 

Pues eso… cuando publicas una aplicación "de pago" en Windows Store puedes indicar un periodo de prueba (trial). Saber si la aplicación es aún de prueba o no te permite poder cambiar algunas de las opciones de tu aplicación, si es que realmente quieres hacer esa distinción, si no quieres hacer ninguna distinción puedes dejar de leer esto jejeje.

La forma más simple es hacer una comprobación del valor devuelto por la propiedad IsTrial de la propiedad LicenseInformation que está definida en la clase CurrentApp:
CurrentApp.LicenseInformation.IsTrial

Nota:
Según indica la ayuda de CurrentApp, para poder usarla necesitas tener una cuenta de desarrollador de Windows Store. Si no es así, puedes usar la clase CurrentAppSimulator.

La forma más práctica de usar el valor de esa propiedad es bien almacenándola en una variable o bien usarla para comprobar si, por ejemplo, se deben mostrar ciertas opciones o controles en nuestra app. Por supuesto, si vas a hacer varias comprobaciones en sitios diferentes de tu aplicación, lo mejor es que utilices una variable local (a nivel de la página).

Además, también tienes que tener en cuenta de que mientras tu aplicación se está ejecutando es posible que el usuario la haya comprado, por tanto es interesante por no decir conveniente que tu aplicación se entere de si la app ha cambiado de trial a de pago. Por suerte existe un evento en la clase CurrentApp que te permite saber si esto ocurre. Ese evento es: LicenseChanged.

El evento LicenseChanged se producirá cuando cambie el tipo de licencia de tu aplicación, y en ese método de evento es donde puedes re-asignar el valor de la variable esa que te comentaba antes (la de saber si es trial o no).

 

blog isTrial
Figura 1. Un ejemplo de uso en Visual Basic de IsTrial…

 

Pues nada, esto es todo… solo decirte (y recomendarte) que le eches un vistazo a la ayuda sobre la clase CurrentApp porque ahí tienes más cosillas interesantes que puedes hacer con tu aplicación, pero siempre relacionadas con la Tienda de Windows y la compra de la app, incluso desde dentro de la propia aplicación (in-app purchase).

Este enlace te llevará a un ejemplo del Dev Center de Microsoft con ejemplos para esto que te he comentado y además de realizar compras desde la aplicación (in-app purchase).
Si tu lenguaje preferido es Visual Basic .NET, decirte que no hay código de ejemplo para VB, solo para C#, JavaScript y C++, pero bueno…
Trial app and in-app purchase sample.

 

Esto es válido para las aplicaciones de la Tienda de Windows de Windows 8 y superior; además de las aplicaciones para Windows Phone 8 y superior.

Espero que te sea de utilidad.

 

Nos vemos.
Guillermo

de los nombres largos y cómo usa Office 2013 las carpetas del sistema

 

Pues eso… anoche quise dejar más espacio en el disco del sistema (C) y moví algunas carpetas de usuario (Movies, Pictures y Documents) a otra carpeta del disco de datos (E), y sabes… creas una carpeta (si quieres) en el disco de datos (el nuevo destino) y puedes mover las carpetas del usuario a ese nuevo destino y Windows sabrá que esas carpetas (las que decidas mover) las tiene que buscar en la nueva localización cuando quiera hacer uso de ellas.

Hasta aquí casi todo bien, lo de casi es porque si estás usando algún fichero de algunas de esas carpetas no te dejará moverlas o al menos puede que se queje de que no puede acabar la operación porque hay ficheros que están siendo usados.

 

Outlook y la ubicación de las carpetas de usuarios

Hoy cuando he abierto el Outlook (el programa cliente de correo de Office 2013) para acceder a las choricientas cuentas de mail que tengo, va y me dice que nones… que falta el fichero de datos (ver la figura 1), y como resulta que cada cuenta la tengo en varios ficheros de datos, pues… esperaba que me preguntara por todas, pero no, solo preguntó por dos…

Pero este no es el problema.

office 2013 y documentos
Figura 1. Error de Outlook 2013 al no encontrar un fichero de datos

Si te fijas en el texto de la imagen 1 Outlook 2013 da por hecho de que los datos están en un directorio "fijo", que sí, que está en un directorio fijo, pero en un principio ese directorio era "Documents\Outlook Files" es decir, en el directorio de documentos del usuario creó un directorio para almacenar los ficheros de datos.

Por tanto, si muevo dicho directorio de usuario a otro disco, Outlook 2013 debería (o tendría que) haberlo buscado en el directorio de datos, no en la ubicación "física" en que estaba en el día en que se guardó.

Que no es problema esto, ya que después del aviso ese te pregunta dónde localizar el fichero de datos y ya está… lo mismo con el resto de ficheros, que en mi caso al tener tantas cuentas, pues… es un poco rollo tener que decirle dónde están… aparte de que me ha quitado todo lo que tenía en favoritos y la "organización" que en su día le di… pero bueno… aunque es un rollo (por no decir coñazo) no pasa nada… salvo que estas tonterías o cosas mal hechas al final te hacen perder el tiempo… en fin…

Nota:
Supongo que el que esos ficheros de datos, a pesar de estar en la carpeta Documentos del usuario que estaba activo, Outlook 2013 los tome como ubicación física es porque al seleccionar dónde guardar y cómo llamar al fichero de datos cuando lo creé, pero… no es excusa, ya que el directorio ese de "Outlook Files" el programa lo crea en la susodicha carpeta de Documentos del usuario.

 

Los nombres largos en directorios con subdirectorios con nombres largos

Esa es la otra cosa que te quería comentar, que eso de usar nombres largos está muy bien, que no digo yo que no, pero tampoco hay que abusar…

Te explico lo que me ha pasado.

En la carpeta Documentos del usuario tengo guardado ejemplos de Visual Studio para Windows 8. Esos ejemplos, o al menos los que me han dado problemas a la hora de copiar, son páginas web que he descargado y almacenado en una carpeta dentro de Documents, esas páginas tienen títulos largos y, por tanto, al crear la carpeta de ficheros de esa página el nombre de la misma crece un poco más, ya que al final del nombre se le añade "_files" y si a esto le añadimos de que esos ejemplos están en una carpeta llamada "ejemplos async, parallel, serializacion" que a su vez está dentro de otra con este nombre: "_info programación (Win8, Visual Studio)", pues resulta que si en esa carpeta hay un fichero con más de 50 caracteres en el nombre  y la página (y por tanto la carpeta contenedora + _files) tiene el nombre "Async Sample  Accessing the Web Walkthrough (C# and Visual Basic) muestra en C#, VB.NET para Visual Studio 2012" empieza a sumar… y si quieres moverlo de un disco a otro haciendo una copia de la carpeta base completa (que está en C:\Users\<nombre usuario>\Documents), resulta que el sistema operativo se quejará de que no puede leer el fichero de origen o no puede copiarlo en el de destino… así que… he tenido que crear carpetas con un solo carácter a nivel del directorio raíz y aún así… he tenido que comprimir (con WinRar ya que el ZIP del sistema daba error) las carpetas y después extraerlas en el directorio de destino… sí, un rollo… en fin… es lo que tiene usar nombres largos con más nombres largos que a su vez contiene ficheros con nombres largos o muy largos… en fin…

Aún así, esos ficheros con nombres largos tampoco se podrán editar, ya que el sistema te mostrará un error como el de la figura 2.

nombres largos
Figura 2. El nombre del fichero es muy largo

Y por supuesto si quieres copiarlo en otro sitio, debes buscar una ubicación de destino que tengo un nombre corto, ya que, por ejemplo, al querer copiarlo al escritorio me dio el error que te comentaba de que el nombre es demasiado largo (ver la figura 3).

source path too long
Figura 3. El nombre de la ubicación de origen es demasiado larga

 

Ahí queda eso… para que lo sepas por si te pasa…

 

Nos vemos.
Guillermo
P.S.
Lee esto también, que seguro que te interesará:
Si quieres cambiar la carpeta Documets de disco y tienes Office 2013, mejor déjalo cono está…