Modification du menu «Ouvrir avec» dans Windows 10

J'utilise souvent PDF Split & Merge (PDF SAM), mais je ne veux pas le définir comme gestionnaire PDF par défaut.

Lorsque je clique avec le bouton droit sur un PDF et sélectionne Ouvrir avec , voici les options qui me sont proposées. Pour sélectionner PDF SAM, je dois cliquer sur Choisir une autre application et y sélectionner PDF SAM.

J'aimerais que PDF SAM soit directement dans le menu Ouvrir avec .

J'ai examiné ces questions pour obtenir de l'aide:

• Comment supprimer les éléments Windows par défaut du menu contextuel "Ouvrir avec"?
• Comment supprimer des éléments du menu "Ouvrir avec ..."?
• Comment personnaliser la liste des programmes recommandés lors du choix de quoi ouvrir un fichier?

J'ai modifié le registre pour définir PDF SAM comme 2e option dans OpenWithList:

Mais cela ne semble rien changer.

Je serais heureux si Chrome, Edge et Waterfox n'étaient tout simplement pas sur cette liste de programmes dans le menu Ouvrir avec , et je suppose que cela libérerait suffisamment de place pour que PDF SAM passe à la liste principale, mais seulement Waterfox apparaît dans le OpenWithList dans le registre et sa suppression ne semble pas faire de différence.

Mise à jour 1

En suivant les suggestions de la question liée dans les commentaires ( Ajouter manuellement un programme pour ouvrir avec dans Windows 10 ), j'ai essayé DefaultProgramEditor et cela a complètement échoué.

Ensuite, j'ai ouvert le registre dans HKCR.pdf \ OpenWithProgids et j'ai supprimé l'entrée Waterfox de là, et cela a en effet supprimé Waterfox de la liste Ouvrir avec , mais il n'a pas ajouté PDFSAM à cette liste principale:

Enregistrement:

Ouvrir avec menu:

Nous avons donc trouvé comment supprimer les entrées indésirables de la liste principale, mais pas comment y ajouter les entrées souhaitées.

J'ai également trouvé une liste de questions similaires: Étrange ouvert avec la liste (incompatible avec le registre)

Et vérifié pour vous assurer que PDF SAM contient les deux entrées suggérées par la réponse, et il le fait:

Update 2

Un peu après la mise à niveau de Windows 10 vers la version 1809, j'ai remarqué que PDF SAM s'affiche maintenant dans le menu Ouvrir avec.

Je n'ai pas encore testé pour confirmer que Microsoft a résolu ce problème ou si quelque chose d'autre s'est brisé. Une fois que je l'ai confirmé, je rédigerai une réponse.

J'ai eu exactement le même problème lorsque je n'ai pas pu ajouter Nitro Pro au menu contextuel "Ouvrir avec" pour les fichiers * .pdf. C'est sur Win7, mais il ne semble pas que l'approche de MS à la fonctionnalité ait changé entre les deux systèmes d'exploitation.

En essayant toutes sortes de suggestions trouvées en ligne, j'ai également essayé OpenWithView de NirSoft . (voir http://www.nirsoft.net/utils/open_with_view.html ) Cet outil répertorie "toutes les applications disponibles dans la boîte de dialogue" Ouvrir avec "de Windows". Effectivement, il a également répertorié Nitro Pro, mais je suis devenu suspect car l'icône par défaut de l'outil n'était pas affichée dans l'écran de vue d'ensemble, alors que pour tous les autres programmes, elle l'était. Ensuite, en vérifiant deux fois le chemin de l'application (c'est une autre colonne dans la même vue d'ensemble), j'ai trouvé qu'il répertoriait un ancien chemin, pas le chemin actuel. (J'avais changé un nom de dossier dans le chemin à un moment donné, un a été surpris de le retrouver dans cette vue d'ensemble)

Avec encore un autre outil NirSoft, MUI Cacheview (voir http://www.nirsoft.net/utils/muicache_view.html ), qui permet de "visualiser et éditer la liste de tous les éléments MuiCache sur un système", j'ai trouvé que le MUIcache contenait plusieurs valeurs pour Nitro Pro. Pas seulement le plus récent (et correct): le nom obsolète avait également appartenu. Apparemment, cette valeur erronée / obsolète a été la première rencontrée et retenue par d'autres applications, ce qui pourrait expliquer le comportement anormal du programme.

Dès qu'OpenWithView a affiché Nitro Pro correctement (c'est-à-dire le chemin correct, également reflété par l'icône de l'outil affiché), j'ai pu l'ajouter à la liste "Ouvrir avec" en suivant les étapes déjà indiquées: clic droit sur un fichier pdf >> Ouvrez avec >> Choisissez une autre application (ou "Choisissez un autre programme ..." dans Win7). Ensuite, accédez à l'emplacement correct, sélectionnez l'exécutable et cliquez sur le bouton "Ouvrir".

Je ne prétends pas que la même chose se produit dans le cas de OP, car plusieurs éléments du menu "Ouvrir avec" semblent se comporter bizarrement (voir par exemple aussi cet autre post Étrange ouvert avec liste (incompatible avec le registre) mentionné par OP), mais ce n'est pas exclu non plus. Les outils NirSoft sont gratuits et portables, donc OP pourrait facilement et rapidement essayer ce qui précède.

Voici une solution de contournement, mais cela fonctionne.

1) Sélectionnez Ouvrir avec et sélectionnez Choisir une autre application

2) Sélectionnez l'application que vous souhaitez ajouter à la liste Ouvrir avec et cliquez sur le bouton radio Toujours ouvrir avec cette application.

L'application apparaîtra maintenant dans le menu contextuel Ouvrir avec , donc si vous ne voulez pas que ce soit l'application par défaut, recommencez le processus et sélectionnez Adobe PDF Reader comme application par défaut.

Le registre Windows est devenu un peu désorganisé au fil des ans et il est difficile de comprendre ce qui se passe. Si vous avez le temps, vous pouvez publier avant et après les différences dans votre registre pour voir ce que Win 10 a changé dans ce processus.

Pour toute personne qui a toujours ce problème, la solution serait

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

et ajoutez une nouvelle chaîne contenant le format que vous souhaitez ouvrir, par exemple ".mp4"

Pour ceux qui rencontrent toujours le même problème lors du déploiement de l'application via APP-V 5x:

J'ai réussi à faire un programme sélectionnable (et utiliser par défaut) dans le Open Withmenu contextuel. La solution ci-dessus fonctionne bien, mais généralement, les utilisateurs ne veulent pas utiliser le menu contextuel à chaque fois au lieu de s'associer au type de fichier. Comme nous sommes dans un environnement géré et que nous n'associons rien automatiquement via le déploiement SCCM, une petite solution pourrait donc être:

Nous avons d'abord exploré une raison pour laquelle même notre application virtuelle HKCR\Applicatons\something.exene pouvait pas être sélectionnée Open Withaprès sa publication à l'utilisateur. J'ai créé le script PowerShell suivant et l'astuce sera effectuée lors de l'exécution sur add-package comme exécutée dans le contexte de la machine et en mettant les données nécessaires dans le registre natif. Oui, ce script pourrait être plus facile et plus transparent, mais à des fins de test devrait être bien pour le premier coup:

$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

Et je place ce fichier dans le répertoire du script:

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

Après avoir séquencé et dans l'éditeur de packages, j'ai exporté le fichier manifeste et ouvert avec App-V Manifest Editor à partir de la solution TMUrgent. Dans l'éditeur de manifeste, je suis allé scripts/machine scripts/Add-packageet j'ai défini:

Chemin: PowerShell.exe
Arguments: -executionpolicy bypass [{AppVPackageRoot}]\..\Scripts\VLC_AddPackage.ps1
attendre: true
Délai d'expiration:30

Faites attention à AppvEnvvarsdevoir être comme ci-dessus: [{AppVPackageRoot}] Faites attention à wait: si le script tourne mal et qu'il n'y a pas de délai d'attente, vous pourriez être dans une situation indésirable.

Après avoir ajouté (et publié) le package, il peut être parcouru à partir d'autres applications Open Withet l'utilisateur peut le configurer par défaut.

Ici non mentionné mais attention lors du retrait du colis; il devrait y avoir un autre script qui supprime les entrées ajoutées lors de la publication.

J'espère que cela t'aides.