Con la sugerencia del programa de terceros mencionado por @SonGoku ya estaba todo dicho (yo iba a proponer el mismo programa, por que al final esa es la solución más rápida, intuitiva y óptima para la mayoría de usuarios), sin embargo me veo en la obligación de contrastar cierta información incorrecta que se ha ofrecido:


Debo decir que eso es incorrecto, @Serapis. Crear una extensión de shell de un controlador del menú contextual, o expresado como tu dijiste para que lo entienda mejor la gente: "un archivo DLL que implemente ciertas interfaces de programación" - eso no es una obligatoriedad, no es en absoluto un requisito, simplemente es una forma de hacerlo.

Crear menús, con todos los submenús que uno quiera y con sus correspondientes funciones para cada entrada del menú (abrir una carpeta, iniciar un programa, etc), se puede llevar a cabo manipulando el registro de Windows de forma convencional. Y no es para nada algo complejo, simplemente hay que familiarizarse con el concepto de COMANDOS, y luego ya solo es cuestión de su asignación y reutilización en las claves de los menús donde queramos añadir dichos COMANDOS.

A continuación muestro un script del Registro de Windows que creará un menú en cascada con varios submenús, que se mostrará al hacer click derecho sobre una unidad de disco:

Windows Registry Editor Version 5.00
 
[HKEY_CLASSES_ROOT\Drive\shell\Mi Menú]
"MUIVerb"="Menú En Cascada"
"Icon"=""
"Position"="Top"
"SubCommands"="MenúEnCascada.Command1;MenúEnCascada.Command2"
 
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\MenúEnCascada.Command1]
"MUIVerb"="Opción 1"
"Icon"=""
"Position"="Top"
 
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\MenúEnCascada.Command2]
"MUIVerb"="Opción 2"
"Icon"=""
"Position"="Top"
"SubCommands"="MenúEnCascada.Command3;MenúEnCascada.Command4"
 
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\MenúEnCascada.Command3]
"MUIVerb"="Sub Opción 1"
"Icon"=""
"Position"="Top"
 
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\MenúEnCascada.Command4]
"MUIVerb"="Sub Opción 2"
"Icon"=""
"Position"="Top"
"SubCommands"="MenúEnCascada.Command5;MenúEnCascada.Command6"
 
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\MenúEnCascada.Command5]
"MUIVerb"="Sub Opción 3"
"Icon"=""
"Position"="Top"
 
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\MenúEnCascada.Command6]
"MUIVerb"="Sub Opción 4"
"Icon"=""
"Position"="Top"

(Donde pone "Sub Opción 4" y "5" debería poner "3" y "4", eso fue un simple error de escritura que ya está corregido en el script del Registro de Windows de aquí arriba.)

Y un script para eliminar / deshacer las claves y valores de registro generados por el script anterior:

Windows Registry Editor Version 5.00
 
[-HKEY_CLASSES_ROOT\Drive\shell\Mi Menú]
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\MenúEnCascada.Command1]
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\MenúEnCascada.Command2]
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\MenúEnCascada.Command3]
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\MenúEnCascada.Command4]
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\MenúEnCascada.Command5]
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\MenúEnCascada.Command6]

---

Por último, aquí tienen además una forma ligeramente distinta de manipular el registro para llevar a cabo la misma finalidad, mediante el uso de la subclave ExtendedSubCommandsKey:

 - learn.microsoft.com - Cómo crear menús en cascada con la entrada del Registro ExtendedSubCommandsKey
 - learn.microsoft.com - How to Create Cascading Menus with the SubCommands Registry Entry
(son dos artículos con ejemplos diferentes)

Aténtamente,
Elektro.

Si va a abrirse un negocio entonces creo que podrá permitirse invertir alrededor de 10€-15€, que es lo que parece costar una licencia OEM de Windows 7, y alrededor de 20€ una OEM de Windows 10, para asegurar la integridad de su negocio y quitarse las preocupaciones de encima. Aquí tienes algunas:

 - Clave Win 7 Home Premium
 - Clave Win 10 Home
 - Clave Win 10 Pro

Para despejar posibles dudas:

 - (Video de Youtube) - Windows y Office - ¿Son legales las licencias de 10€? Retail vs OEM vs Pirata

Aténtamente,
Elektro.

Tuvimos la mejor infancia que se puede tener gracias a Akira Toriyama y su universo de animación plasmado en Dragon Ball, en el cual, y mediante pinceladas de humor, sirvieron de apoyo a la educación de nuestros padres para transmitirnos valores como la amistad, la compasión, la masculinidad más vigorizante con la determinación del espíritu de lucha, la búsqueda de la superación personal, la lealtad, y la importancia de proteger a los seres queridos mediante personajes emblemáticos como Son Gokuh, Piccolo, Vegetta y muchos otros.

Si echamos la vista al mundo actual, las series de animación solo parecen servir como vía de difusión para panfletos ideológicos con los que adoctrinar a los más pequeños implantándoles semillas de odio y confrontación con ciertas ideas que no se asemejan en nada a los valores tradicionales universales y conservadores compartidos a través de series de animación japonesas de antaño, como Dragon Ball.

Por eso el legado de Toriyama perdurará como una fuente de inspiración educacional y entretenimiento por los siglos de los siglos.

Descanse en paz.

¿Querrías probar a ver si te ocurre lo mismo con Chrome Portable en Windows? ( https://portableapps.com/apps/internet/google_chrome_portable )

Es el que yo utilizo, y acabo de comprobar que los shorts aparecen en el historial de Youtube.

---

Aunque ya hayas probado a crear un nuevo perfil, esto que propongo sería como probar Chrome "de fábrica", y de forma portable sin afectar a tu instalación actual de Chrome.

Al menos así se podría confirmar si con una instalación limpia de Chrome (portable) te funciona, y dependiendo de eso se podría asimilar que el problema podría estar relacionado con la cache o alguna extensión o algún valor de la configuración de tu instalación original de Chrome, o por lo contrario el problema tal vez podría ser con la configuración de la cuenta de usuario de Google/Youtube.

En cualqueir caso, ¡es muy raro!.

Hola. ¿Te das cuenta que al añadir la sentencia break para interrumpir el ciclo del bucle foreach, solamente acabarás iterando y añadiendo el primer elemento de la colección GenerarRutas.SelectedItems del DataGrid?. Usar un bucle pierde todo el sentido si añades un break de la forma en la que lo detallas, sin criterio / condición específica.

Indiferentemente de eso, el código que has mostrado es algo confuso ya que hay dos miembros con nombre idéntico donde solo cambia el orden de las palabras: PatrullasRutas y RutasPatrullas.

En cualquier caso, con el método vmRutas.LimpiarRutasPatrullas() alteras una colección eliminando todos sus elementos, lo haces en cada iteración del bucle. No hay necesidad. Simplemente mueve ese método fuera del bucle foreach y el problema se debería solucionar.

No puedes iterar una colección al mismo tiempo que la alteras añadiendo o eliminando elementos en la misma. En esos casos se puede recurrir a generar una copia de la colección original para iterar los elementos de la copia y realizar las operaciones de adición o eliminación de elementos en la original.

No manejo WPF, pero si te siguiese dando error entonces haz una copia del objeto selectedItem al añadir dicho elemento en el bucle: PatrullasRutas.Items.Add(copia de selectedItem);.

Aténtamente,
Elektro.

Te agradezco la ayuda, @Serapis, pero al parecer has malinterpretado el problema y sin querer los has reducido a una cuestión diferente. Te explico, no se trata de una cuestión de accesos directos con limitaciones de seguridad o de permisos de usuarios y grupos. Además, y como ya sabes, mklink no crea accesos directos, sino vínculos simbólicos y enlaces físicos, que aunque se pueda decir "son accesos directos" en realidad no son lo mismo, pero esto ya lo sabes; ni tampoco se pueden utilizar las mismas interfaces nativas de Windows (como IShellLink) para interpretarlos.

La cuestión trata sobre un tipo de accesos directos compuestos por listas de identificadores especiales que apuntan a aplicaciones (véase todas las referencias a estructuras y funciones nativas de Windows: Item Identifiers and Identifier Lists - learn.microsoft.com) junto a otros bloques de información adjuntos al archivo link (véase la siguiente interfaz nativa: IShellLinkDataList interface (shobjidl_core.h) - learn.microsoft.com).

Y esto resulta acabar siendo un tipo de accesos directos tan "especiales" que ni siquiera se pueden leer y editar correctamente y de forma convencional mediante la clase WScript.Shell de Windows Script Host (véase ejemplos de uso: How to create a desktop shortcut with the Windows Script Host - learn.microsoft.com/).

---

A continuación te muestro un ejemplo del acceso directo del Nero Burning ROM y todo lo que tiene adherido que hace que se diferencie de un acceso directo convencional (véase el bloque "Darwin data block", eso es lo que impide que la propiedad "Destino" se pueda modificar):


(Análisis de archivo generado con el programa LECmd: https://github.com/EricZimmerman/LECmd)

Los GUIDs del bloque "Darwin data block" hacen referencia a claves de registro del producto instalado (de un instalador MSI). Y al parecer Windows decide que es mejor deshabilitar la propeidad "Destino" en estas circunstancias para el acceso directo que apunta a productos MSI, no se muy por qué.

---

Ahora, tras haber investigado y analizado en profundidad este tipo de acceso directo, en mi programa de código abierto Easy Link File Viewer he logrado añadir soporte para leer y editar al menos los accesos directos que corresponden a identificadores de aplicaciones instaladas mediante un instalador MSI (como el acceso directo del Nero Burning ROM y seguramente los del Word):

 - Easy Link File Viewer - A desktop application for Windows to read, modify and write shortcut files (.lnk) with ease.

Para ello descubrí estas dos funciones de MSI con las que obtengo información adicional sobre ese tipo de accesos directos:

 - MsiGetShortcutTargetW function (msi.h)
 - MsiGetComponentPathW function (msi.h)

Y voilá, la ruta de destino real obtenida, y lista para ser editada:



Aparte de Easy Link File Viewer no existe ningún otro programa disponible en Internet que pueda interpretar y editar este tipo de accesos directos "especiales" (ninguno de ellos es capaz de obtener la ruta de destino correcta). Créanme, he probado varias decenas de programas diferentes para ver si me servía alguno (y si le podía echar mano a su código fuente). ¡Ni siquiera Windows permite editar el destino en las propiedades del archivo link, como ya se ha visto!, y ni siquiera con Windows Script Host se puede obtener correctamente la ruta de destino de este tipo de accesos directos "especiales", como ya dije anteriormente.

Parecieran ser un tipo de accesos directos con poco soporte, por así decirlo, Windows los interpreta de forma muy limitada impidiendo su edición, y para colmo la documentación sobre todos estos aspectos, relacionados con la programación, es prácticamente nula.

---

El programa de terceros que ya mencioné, LECmd, puede leer de forma exquisita este tipo de accesos directos, pero no tiene implementada la funcionalidad de editarlos.

Aunque, y para hacer justicia, cabe destacar que LECmd es capaz de leer toda esta información "especial" de un link de forma muy sofisticada, como ya dije, de forma exquisita, pues en su código fuente (desarrollado en C#) no se recurre a interfaces nativas de Windows ni nada similar, sino que se lleva a cabo un análisis del contenido RAW (los bytes) del archivo link, empezando por el bloque de la cabecera de un archivo link para determinar, entre otras cosas, si el archivo link tiene especificado una lista de identificadores, y se va desglosando el contenido de los demás bloques, offset a offset, de forma meticulosa y muy precisa.

LECmd también se puede considerar único en lo que hace por el modo en el que lo hace para soportar el análisis de los datos de un archivo link, que otros programas no pueden. Pero LECmd sirve para leer archivos link, no para editarlos, insisto.

Para mi sería un coñazo implementar esa misma metodología y trasladarla a un enfoque que permita la edición en una interfaz gráfica, así que me conformo con los avances que he realizado para poder leer accesos directos creados por instaladores MSI, asumiendo que no es ni por asomo tan sumamente sofisticado como la metodología empleada en LECmd, y que tendrá sus limitaciones y posibles errores de lógica que todavía no habré descubierto, principalmente por la falta de suficientes muestras a mi disposición de este tipo de accesos directos.

¡Un saludo!.

Los archivos con extensión PFILE están cifrados mediante EFS, y los archivos de 4 kb al parecer son metadatos adjuntos de forma individual, que indicarán algo relacionado sobre el cifrado.

Aquí se detalla un procedimiento para descifrar los archivos, pero no creo que te sirva para descifrarlos si no lo haces con tu antigua cuenta de usuario: https://superuser.com/a/1827832

Lo que se menciona en la cita sobre crear un archivo del mismo tamaño (supongo que se refiere del mismo tamaño que el archivo PFILE cifrado) puedes hacerlo con el comando fsutil en la CMD, por ejemplo:

Ahora sí, me crea el acceso directo del Nero como el que mostraste en la imagen.

Genial. Gracias una vez más, Songoku.

Ya me estaba desesperando (tanto como para tener que pedir ayuda) y gracias a ti lo he solucionado bastante rápido tras haber publicado este hilo.

Doy el tema por solucionado.

¡Muchas gracias por el tiempo empleado!. He descargado la trial más reciente de la Nero Platinum Suite desde el sitio web oficial, y desde el programa de Nero Platinum Suite ("Nero Start") instalé el Nero Burning ROM, pero nada, todos los archivos que me ha creado son accesos directos convencionales.

Si pudieras pasármelo por privado, o decirme más o menos de que año es el que tú usas, o que versión exacta del Nero Burning ROM estás usando a lo mejor con eso ya me apaño para encontrarlo.

Gracias de nuevo.

No me andaré con muchos rodeos, simplemente mencionaré lo importante para dar contexto, y es que Nintendo demandó a los creadores del emulador Yuzu para Nintendo Switch, que también son los creadores del emulador Citra para Nintendo 3DS, y desde aproximadamente el día 04/Marzo/2024 han desaparecido los repositorios de código abierto para ambos emuladores, y con ello, los enlaces de descarga a los emuladores.

En este hilo compartiré el método a llevar a cabo para que puedan descargar las últimas releases públicadas para ambos emuladores.

El contenido ofrecido en este hilo no es ilegal, son (eran) programas de código abierto con un gran apoyo por parte de su comunidad y reseñas en todo tipo de medios oficiales, además, en este hilo no se comparten descargas directas, y por supuesto el hecho de que una compañía demande a un individuo para preservar sus intereses comerciales eso ni por asomo lo convierte en una acción delictiva per se.

De todas formas y si a pesar de ello el staff considera que es mejor no publicar este tipo de contenido, no pondré objeción y pido disculpas, por supuesto.

---

La metodología consiste en usar la Wayback Machine de Internet Archive para acceder a la copia estática más reciente de los repositorios de ambos emuladores con sus correspondientes descargas:

• Yuzu | version 1733 | Windows y Linux | 03/Marzo/2024

(Para Windows deben descargar el archivo con extensión .zip, ya que no hay copia disponible para el archivo .7z y .tar.xz)

• Citra (Nightly) | version 2104 | Windows, Linux, MacOS y Android | 04/Marzo/2024
• Citra (Canary) | version 2798 | Windows, Linux, MacOS y Android | 04/Marzo/2024

---

Eso sería todo. ¡Disfrútenlo mientras todavía se pueda! (mientras Nintendo no decida seguir arruinando más su imagen demandando a los de archive.org ).

Aténtamente,
Elektro.