Usa mklink para crerar el acceso directo.
Por ejemplo:
mklink /d "C:\mi carpeta\acceso directo ejecutable.exe" "c:\mi carpeta\ejecutable.exe"
Y si todavía no dejara en solo lectura ese campo, siempre puedes cambiar las propiedades de seguridad de la carpeta, seleccionando el usuario o grupo al que se desea establecer los permisos, desmarcando la casilla 'Modificar' y asegurándose que 'solo lectura' esté marcado... al aceptar los cambios, configura así la carpeta y se refleja en el acceso directo.
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):
Name: @C:\Program Files (x86)\Nero\Nero 2020\Nero Burning ROM\ShellRes\ShellRes.dll,-200
Relative Path: ..\..\..\..\..\..\Windows\Installer\{4C0CE9D6-70B4-482B-BD43-0885484A45D4}\ARPPRODUCTICON.exe
Working Directory: C:\Program Files (x86)\Nero\Nero 2020\Nero Burning ROM\
Icon Location: C:\Windows\Installer\{4C0CE9D6-70B4-482B-BD43-0885484A45D4}\ARPPRODUCTICON.exe
--- Target ID information (Format: Type ==> Value) ---
Absolute path: My Computer\C:\Windows\Installer\{4C0CE9D6-70B4-482B-BD43-0885484A45D4}\ARPPRODUCTICON.exe
-Root folder: GUID ==> My Computer
-Drive letter ==> C:
-Directory ==> Windows
Short name: Windows
Modified: 2024-03-05 01:18:54
Extension block count: 1
--------- Block 0 (Beef0004) ---------
Long name: Windows
Created: 2022-12-07 23:26:30
Last access: 2024-03-05 01:18:54
MFT entry/sequence #: 100004/430 (0x186A4/0x1AE)
-Directory ==> Installer
Short name: Installer
Modified: 2024-03-05 14:27:36
Extension block count: 1
--------- Block 0 (Beef0004) ---------
Long name: Installer
Created: 2022-12-07 23:26:30
Last access: 2024-03-05 14:27:36
MFT entry/sequence #: 100550/42 (0x188C6/0x2A)
-Directory ==> {4C0CE9D6-70B4-482B-BD43-0885484A45D4}
Short name: {4C0CE9D6-70B4-482B-BD43-0885484A45D4}
Modified: 2024-03-05 14:27:36
Extension block count: 1
--------- Block 0 (Beef0004) ---------
Long name: {4C0CE9D6-70B4-482B-BD43-0885484A45D4}
Created: 2024-03-05 14:27:36
Last access: 2024-03-05 14:27:36
MFT entry/sequence #: 304917/84 (0x4A715/0x54)
-File ==> ARPPRODUCTICON.exe
Short name: ARPPRODUCTICON.exe
Modified: 2024-03-05 14:27:36
Extension block count: 1
--------- Block 0 (Beef0004) ---------
Long name: ARPPRODUCTICON.exe
Created: 2024-03-05 14:27:36
Last access: 2024-03-05 14:27:36
MFT entry/sequence #: 304918/129 (0x4A716/0x81)
--- End Target ID information ---
--- Extra blocks information ---
>> Darwin data block
Application ID: A4]M@laZ4?b(AiR%~~6mApplication>A1J(iGBK%@!+KRN_pC!1
Product code: {4C0CE9D6-70B4-482B-BD43-0885484A45D4}
Feature name: Application
Component ID: {C753CADD-12FE-4AC3-9B23-C977C9CE7528}
>> Property store data block (Format: GUID\ID Description ==> Value)
9f4c2855-9f79-4b39-a8d0-e1d42de1d5f3\12 App User Model Start Pin Option ==> 1
---------- Processed C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Nero 2020\Nero Burning ROM - copia (2).lnk in 0,54832880 seconds ----------
(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!.
Autor
En línea
