Edycja menu „Otwórz za pomocą” w systemie Windows 10

Często korzystam z PDF Split & Merge (PDF SAM), ale nie chcę ustawiać go jako domyślnego modułu obsługi plików PDF.

Po kliknięciu pliku PDF prawym przyciskiem myszy i wybraniu opcji Otwórz za pomocą są dostępne opcje. Aby wybrać PDF SAM, muszę kliknąć Wybierz inną aplikację i wybrać PDF SAM tam.

Chciałbym, aby PDF SAM był bezpośrednio w menu Otwórz za pomocą .

Przejrzałem następujące pytania, aby uzyskać pomoc:

• Jak usunąć domyślne elementy systemu Windows z menu kontekstowego „Otwórz za pomocą”?
• Jak usunąć elementy z menu „Otwórz za pomocą ...”?
• Jak dostosować listę polecanych programów, wybierając sposób otwierania pliku?

Zmodyfikowałem rejestr, aby ustawić PDF SAM jako drugą opcję w OpenWithList:

Ale wydaje się, że to nic nie zmienia.

Byłbym szczęśliwy, gdyby Chrome, Edge i Waterfox po prostu nie znajdowały się na tej liście programów w menu Otwórz za pomocą i zakładam, że zwolniłoby to wystarczająco dużo miejsca na PDF SAM, aby przejść do głównej listy, ale tylko Waterfox pokazuje się w OpenWithList w rejestrze, a usunięcie go nie wydaje się mieć znaczenia.

Aktualizacja 1

Postępując zgodnie z sugestiami zawartymi w pytaniu podanym w komentarzach ( Ręcznie dodaj program, aby otworzyć go w systemie Windows 10 ), wypróbowałem DefaultProgramEditor i nie udało się to całkowicie.

Następnie otworzyłem rejestr do HKCR.pdf \ OpenWithProgids i usunąłem z niego wpis Waterfox, a to rzeczywiście usunęło Waterfox z listy Open with , ale nie dodało ono PDFSAM do tej głównej listy:

Rejestr:

Otwórz za pomocą menu:

Więc wymyśliliśmy, jak usunąć niechciane wpisy z głównej listy, ale nie jak dodawać do niej poszukiwane wpisy.

Znalazłem również listę podobnych pytań: Dziwne otwarte z listą (niezgodne z rejestrem)

I zaznaczono, aby upewnić się, że PDF SAM ma oba wpisy sugerowane w odpowiedzi tam i ma:

Aktualizacja 2

Nieco po uaktualnieniu systemu Windows 10 do wersji 1809 zauważyłem, że PDF SAM jest teraz wyświetlany w menu Otwórz za pomocą.

Nie testowałem jeszcze, aby potwierdzić, że Microsoft rozwiązał ten problem lub czy coś innego się rozwiązało. Gdy to potwierdzę, napiszę odpowiedź.

Miałem dokładnie ten sam problem, gdy nie mogłem dodać Nitro Pro do menu kontekstowego „Otwórz za pomocą” dla plików * .pdf. Tak jest w Win7, ale nie wygląda na to, czy podejście MS do tej funkcji zmieniło się między oboma systemami operacyjnymi.

Wypróbowania wszelkiego rodzaju sugestie znaleźć w internecie, ja też dał NirSoft za OpenWithView strzał. (patrz http://www.nirsoft.net/utils/open_with_view.html ) To narzędzie wyświetla listę „wszystkich dostępnych aplikacji w oknie dialogowym„ Otwórz za pomocą ”systemu Windows”. Rzeczywiście, wymieniono również Nitro Pro, ale stałem się podejrzliwy, ponieważ domyślna ikona narzędzia nie była wyświetlana na ekranie przeglądu, podczas gdy dla wszystkich innych programów była to. Następnie dwukrotnie sprawdzając ścieżkę aplikacji (to kolejna kolumna w tym samym przeglądzie), stwierdziłem, że zawiera ona starą ścieżkę, a nie bieżącą. (W pewnym momencie zmieniłem nazwę folderu na ścieżce, byłem zaskoczony, że znalazłem ją ponownie w tym przeglądzie)

Z jeszcze innym narzędziem NirSoft, MUI Cacheview (patrz http://www.nirsoft.net/utils/muicache_view.html ), który pozwala „przeglądać i edytować listę wszystkich elementów MuiCache w systemie”, stwierdziłem, że MUIcache zawierało kilka wartości dla Nitro Pro. Nie tylko najnowsza (i poprawna): w jakiś sposób dotyczyła również przestarzałej nazwy. Najwyraźniej ta błędna / przestarzała wartość była pierwszą napotkaną i ukrytą przez inne aplikacje, co mogło wyjaśnić nieprawidłowe zachowanie programu.

Gdy tylko OpenWithView poprawnie wyświetlił Nitro Pro (tj. Poprawną ścieżkę, odzwierciedloną także wyświetlaną ikoną narzędzia), byłem w stanie dodać go do listy „Otwórz za pomocą”, wykonując już wskazane kroki: kliknij prawym przyciskiem myszy plik pdf >> Otwórz za pomocą >> Wybierz inną aplikację (lub „Wybierz inny program ...” w Win7). Następnie przejdź do właściwej lokalizacji, wybierz plik wykonywalny i kliknij przycisk „Otwórz”.

Nie twierdzę, że to samo dzieje się w przypadku OP, ponieważ niektóre elementy menu „Otwórz za pomocą” wydają się dziwnie zachowywać (patrz np. Także ten inny post Dziwne otwarcie z listą (niezgodne z rejestrem) wspomniane przez OP), ale nie jest wykluczone. Narzędzia NirSoft są bezpłatne i przenośne, więc OP może łatwo i szybko wypróbować powyższe.

Oto obejście, ale działa.

1) Wybierz Otwórz za pomocą i wybierz Wybierz inną aplikację

2) Wybierz aplikację, którą chcesz dodać do listy Otwórz za pomocą i kliknij przycisk opcji Zawsze otwieraj za pomocą tej aplikacji.

Aplikacja pojawi się teraz w menu kontekstowym Otwórz za pomocą, więc jeśli nie chcesz, aby była aplikacją domyślną, przejdź ponownie przez proces i wybierz Adobe PDF Reader jako aplikację domyślną.

Rejestr systemu Windows stał się nieco zdezorganizowany na przestrzeni lat i trudno jest zorientować się, co się dzieje. Jeśli masz czas, możesz opublikować przed i po różnicach w rejestrze, aby zobaczyć, co Win 10 zmienił w tym procesie.

Dla każdego, kto nadal ma ten problem, rozwiązanie będzie

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

i dodaj nowy ciąg zawierający format, który chcesz otworzyć, np. „.mp4”

Dla tych, którzy nadal mają ten sam problem podczas wdrażania aplikacji za pośrednictwem APP-V 5x:

Udało mi się sprawić, że program można wybrać (i użyć domyślnego) w Open Withmenu kontekstowym. Powyższe rozwiązanie działa dobrze, ale zwykle użytkownicy nie chcą używać menu kontekstowego za każdym razem, zamiast kojarzyć z typem pliku. Ponieważ znajdujemy się w środowisku zarządzanym i nie kojarzymy niczego automatycznie za pośrednictwem wdrożenia SCCM, dlatego małym obejściem może być:

Najpierw zbadaliśmy jakiś powód, dla którego nawet nasza aplikacja wirtualna HKCR\Applicatons\something.exenie mogła zostać wybrana Open Withpo opublikowaniu dla użytkownika. Zrobiłem następujący skrypt PowerShell i sztuczka zostanie wykonana podczas uruchamiania w pakiecie add-as, gdy jest uruchamiany w kontekście komputera i umieszcza niezbędne dane w rejestrze macierzystym. Tak, ten skrypt może być łatwiejszy i bardziej przejrzysty, ale do celów testowych powinien być w porządku dla pierwszego strzału:

$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

I umieszczam ten plik w katalogu skryptów:

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

Po sekwencjonowaniu iw edytorze pakietów wyeksportowałem plik manifestu i otworzyłem za pomocą App-V Manifest Editor z rozwiązania TMUrgent. W edytorze manifestów poszedłem scripts/machine scripts/Add-packagei ustawiłem:

Ścieżka: PowerShell.exe
Argumenty: -executionpolicy bypass [{AppVPackageRoot}]\..\Scripts\VLC_AddPackage.ps1
czekaj: true
Limit czasu:30

Bądź ostrożny, AppvEnvvarsmusisz być jak wyżej: [{AppVPackageRoot}] Uważaj na wait: jeśli skrypt pójdzie źle i nie ma limitu czasu, możesz być w niechcianej sytuacji.

Po dodaniu (i opublikowaniu) pakietu można go przeglądać z większej liczby aplikacji, Open Witha użytkownik może ustawić go jako domyślny.

Nie wspomniano tutaj, ale należy zachować ostrożność przy usuwaniu opakowania; powinien istnieć inny skrypt, który usuwa wpisy dodane podczas publikacji.

Mam nadzieję że to pomoże.