Edición del menú "Abrir con" en Windows 10

Utilizo PDF Split & Merge (PDF SAM) con frecuencia, pero no quiero configurarlo como el controlador de PDF predeterminado.

Cuando hago clic derecho en un PDF y selecciono Abrir con , estas son las opciones que me dan. Para seleccionar PDF SAM, debo hacer clic en Elegir otra aplicación y seleccionar PDF SAM allí.

Me gustaría que PDF SAM esté directamente en el menú Abrir con .

He revisado estas preguntas en busca de ayuda:

• ¿Cómo elimino los elementos predeterminados de Windows del menú contextual "abrir con"?
• ¿Cómo eliminar elementos del menú "Abrir con ..."?
• ¿Cómo personalizar la lista de Programas recomendados al elegir con qué abrir un archivo?

He modificado el registro para configurar PDF SAM como la segunda opción en OpenWithList:

Pero esto no parece cambiar realmente nada.

Sería feliz si Chrome, Edge y Waterfox simplemente no estuvieran en esa lista de programas en el menú Abrir con , y supongo que esto liberaría suficiente espacio para que PDF SAM se gradúe a la lista principal, pero solo Waterfox se muestra en el OpenWithList en el registro, y eliminarlo no parece hacer ninguna diferencia.

Actualización 1

Siguiendo las sugerencias en la pregunta vinculada en los comentarios ( Agregar programa manualmente para abrir en Windows 10 ) probé DefaultProgramEditor y falló por completo.

Luego abrí el registro en HKCR.pdf \ OpenWithProgids y eliminé la entrada de Waterfox desde allí, y esto de hecho eliminó Waterfox de la lista Abrir con , pero no agregó PDFSAM a esa lista principal:

Registro:

Abrir con menú:

Entonces, hemos descubierto cómo eliminar entradas no deseadas de la lista principal, pero no cómo agregarle entradas deseadas.

También encontré una pregunta similar a la lista: extraño abierto con la lista (inconsistente con el registro)

Y se verificó para asegurarse de que PDF SAM tenga ambas entradas sugeridas por la respuesta allí, y lo hace:

Actualización 2

Un poco después de actualizar Windows 10 para construir 1809, noté que PDF SAM ahora se muestra en el menú Abrir con.

Todavía no lo he probado para confirmar que Microsoft haya resuelto este problema o si algo más se soltó. Sin embargo, una vez que haya confirmado esto, escribiré una respuesta.

Tuve exactamente el mismo problema cuando no pude agregar Nitro Pro al menú contextual "Abrir con" para archivos * .pdf. Eso está en Win7, pero no parece que el enfoque de MS a la función haya cambiado entre ambos sistemas operativos.

Al probar todo tipo de sugerencias que se encuentran en línea, también le di una oportunidad a OpenWithView de NirSoft . (consulte http://www.nirsoft.net/utils/open_with_view.html ) Esta herramienta enumera "todas las aplicaciones disponibles en el cuadro de diálogo 'Abrir con' de Windows". Efectivamente, también enumeró Nitro Pro, pero sospeché porque el ícono predeterminado de la herramienta no se mostraba en la pantalla de descripción general, mientras que para todos los demás programas lo era. Luego de verificar dos veces la ruta de la aplicación (esa es otra columna en la misma descripción general), encontré que enumeraba una ruta antigua, no la actual. (Había cambiado el nombre de una carpeta en la ruta en algún momento, y me sorprendió encontrarlo de nuevo en esta descripción general)

Con otra herramienta de NirSoft, MUI Cacheview (ver http://www.nirsoft.net/utils/muicache_view.html ), que permite "ver y editar la lista de todos los elementos de MuiCache en un sistema", encontré que el MUIcache contenía varios valores para Nitro Pro. No solo el más reciente (y correcto): de alguna manera el nombre obsoleto también había pertenecido. Aparentemente, este valor erróneo / obsoleto fue el primero encontrado y retenido por otras aplicaciones, lo que podría explicar el comportamiento anormal del programa.

Tan pronto como OpenWithView mostró Nitro Pro correctamente (es decir, la ruta correcta, también reflejada por el icono de la herramienta que se muestra), pude agregarlo a la lista "Abrir con" siguiendo los pasos ya indicados: haga clic derecho en un archivo pdf >> Abra con >> Elija otra aplicación (o "Elija otro programa ..." en Win7). Luego busque la ubicación correcta, seleccione el ejecutable y haga clic en el botón "Abrir".

No estoy afirmando que lo mismo esté sucediendo en el caso de OP, ya que varios elementos del menú "Abrir con" parecen comportarse de manera extraña (ver, por ejemplo, también esta otra publicación Extraña apertura con lista (inconsistente con el registro) mencionada por OP), pero tampoco está excluido. Las herramientas de NirSoft son gratuitas y portátiles, por lo que OP podría probar fácil y rápidamente lo anterior.

Aquí hay una solución pero funciona.

1) Seleccione Abrir con y seleccione Elegir otra aplicación

2) Seleccione la aplicación que desea agregar a la lista Abrir con y haga clic en el botón de radio Abrir siempre con esta aplicación.

La aplicación ahora aparecerá en el menú contextual Abrir con , por lo que si no desea que sea la aplicación predeterminada, vuelva a realizar el proceso y seleccione Adobe PDF Reader como la aplicación predeterminada.

El registro de Windows se ha desorganizado un poco con los años y es difícil darse cuenta de lo que está sucediendo. Si tiene tiempo, puede publicar antes y después de las diferencias en su registro para ver qué cambió Win 10 en este proceso.

Para cualquiera que todavía tenga este problema, la solución sería

\HKEY_CLASSES_ROOT\Applications\"ProgramName.exe"\SupportedTypes

y agregue una nueva cadena que contenga el formato que desea abrir, por ejemplo, ".mp4"

Para aquellos que todavía tienen el mismo problema al implementar la aplicación a través de APP-V 5x:

Tuve éxito al hacer un programa seleccionable (y usar el predeterminado) en el Open Withmenú contextual. La solución anterior funciona bien, pero por lo general los usuarios no quieren usar el menú contextual en todo momento, sino asociarlo al tipo de archivo. Como estamos en un entorno administrado y no asociamos automáticamente nada a través de la implementación de SCCM, una pequeña solución podría ser:

Primero exploré alguna razón, incluso nuestra aplicación en virtual HKCR\Applicatons\something.exeno pudo seleccionarse Open Withdespués de publicarse para el usuario. Hice el siguiente script de PowerShell y el truco se realizará cuando se ejecute en add-package como se ejecuta en contexto de máquina y ponga los datos necesarios en el registro nativo. Sí, este script podría ser más fácil y más transparente, pero para fines de prueba debería estar bien para el primer disparo:

$ConnectorScriptRootPath = Split-Path -Path ((Get-Variable MyInvocation).Value).MyCommand.Path -Parent

$ConnectorRootPath = Split-Path -Path $ConnectorScriptRootPath -Parent

$OWExecutable = """" + $ConnectorRootPath + "\Root\VFS\ProgramFilesX64\VLC\vlc.exe" + """" + " --started-from-file " + """" + "%1" + """"

New-Item -Path HKLM:\Software\Classes\Applications -Name vlc.exe –Force

New-Item -Path HKLM:\Software\Classes\Applications\vlc.exe -Name shell –Force

New-Item -Path HKLM:\Software\Classes\Applications\vlc.exe\shell -Name Open –Force

New-Item -Path HKLM:\Software\Classes\Applications\vlc.exe\shell\Open -Name Command –Force

New-ItemProperty -Path HKLM:\Software\Classes\Applications\vlc.exe -Name "FriendlyAppName" -Value "VLC Media Player" -PropertyType String -Force

Set-Item -Path HKLM:\Software\Classes\Applications\vlc.exe\shell\Open -Value "Play with VLC Media Player" -Force

Set-Item -Path HKLM:\Software\Classes\Applications\vlc.exe\shell\Open\Command  -Value $OWExecutable -Force

Y coloco este archivo en el directorio de script:

[{AppVPackageRoot}]\..\Scripts\VLC_AddPackage.ps1

Después de la secuencia y en el editor de paquetes, exporté el archivo de manifiesto y abrí con App-V Manifest Editor de la solución TMUrgent. En el editor de manifiesto fui scripts/machine scripts/Add-packagey configuré:

Ruta: PowerShell.exe
Argumentos: -executionpolicy bypass [{AppVPackageRoot}]\..\Scripts\VLC_AddPackage.ps1
espera: true
Tiempo de espera:30

Tenga cuidado con AppvEnvvarstener que ser como el anterior: [{AppVPackageRoot}] Tenga cuidado con wait: si la secuencia de comandos va mal y no hay tiempo de espera, entonces podría estar en una situación no deseada.

Después de agregar (y publicar) el paquete, se puede explorar desde más aplicaciones Open Withy el usuario puede configurarlo como predeterminado.

Aquí no se menciona, pero tenga cuidado al retirar el paquete; debería haber otro script que elimine las entradas agregadas al publicar.

Espero que esto ayude.