Editando o menu "Abrir com" no Windows 10

Uso o PDF Split & Merge (PDF SAM) com frequência, mas não quero defini-lo como o manipulador de PDF padrão.

Quando clico com o botão direito do mouse em um PDF e seleciono Abrir com , essas são as opções que me são dadas. Para selecionar o PDF SAM, devo clicar em Escolher outro aplicativo e selecionar PDF SAM lá.

Gostaria que o PDF SAM estivesse diretamente no menu Abrir com .

Examinei estas perguntas para obter ajuda:

• Como faço para remover itens padrão do Windows no menu de contexto "abrir com"?
• Como remover itens do menu "Abrir com ..."?
• Como personalizar a lista de Programas recomendados ao escolher com o que abrir um arquivo?

Modifiquei o registro para definir o PDF SAM como a segunda opção no OpenWithList:

Mas isso não parece realmente mudar nada.

Ficaria feliz se o Chrome, o Edge e o Waterfox simplesmente não estivessem nessa lista de programas no menu Abrir com , e presumo que isso liberaria espaço suficiente para que o PDF SAM passasse para a lista principal, mas apenas o Waterfox é exibido no OpenWithList no registro e removê-lo não parece fazer nenhuma diferença.

Atualização 1

Seguindo as sugestões na pergunta vinculada nos comentários ( Adicionar manualmente o programa ao Open With no Windows 10 ), tentei o DefaultProgramEditor e ele falhou completamente.

Em seguida, abri o registro em HKCR.pdf \ OpenWithProgids e removi a entrada Waterfox de lá, e isso realmente removeu o Waterfox da lista Abrir com , mas não adicionou PDFSAM à lista principal:

Registro:

Abrir com o menu:

Então, descobrimos como remover entradas indesejadas da lista principal, mas não como adicionar entradas desejadas a ela.

Também achei lista pergunta semelhante: Estranho aberto com lista (inconsistente com registro)

E verificado para garantir que o PDF SAM possua as duas entradas sugeridas pela resposta, e possui:

Atualização 2

Um pouco depois de atualizar o Windows 10 para compilar 1809, observei que o PDF SAM agora está sendo exibido no menu Abrir com.

Ainda não testei para confirmar que a Microsoft resolveu esse problema ou se algo mais aconteceu. Depois de confirmar isso, escreverei uma resposta.

Eu tive exatamente o mesmo problema quando não consegui adicionar o Nitro Pro ao menu de contexto "Abrir com" para arquivos * .pdf. Está no Win7, mas não parece que a abordagem da MS para o recurso tenha mudado entre os dois sistemas operacionais.

Tentando todos os tipos de sugestões encontradas on-line, também dei uma chance ao OpenWithView da NirSoft . (consulte http://www.nirsoft.net/utils/open_with_view.html ) Esta ferramenta lista "todos os aplicativos disponíveis na caixa de diálogo 'Abrir com' do Windows". Com certeza, ele também listou o Nitro Pro, mas fiquei desconfiado porque o ícone padrão da ferramenta não era exibido na tela de visão geral, enquanto para todos os outros programas era. Em seguida, ao verificar duas vezes o caminho do aplicativo (outra coluna na mesma visão geral), descobri que ele listava um caminho antigo, não o atual. (Eu havia mudado o nome de uma pasta no caminho em algum momento, fiquei surpreso ao encontrá-lo novamente nesta visão geral)

Com mais uma ferramenta NirSoft, o MUI Cacheview (consulte http://www.nirsoft.net/utils/muicache_view.html ), que permite "visualizar e editar a lista de todos os itens do MuiCache em um sistema", descobri que o MUIcache continha vários valores para o Nitro Pro. Não apenas o mais recente (e correto): de alguma forma o nome obsoleto também havia pertencido. Aparentemente, esse valor incorreto / obsoleto foi o primeiro encontrado e retido por outros aplicativos, o que poderia explicar o comportamento anormal do programa.

Assim que o OpenWithView exibiu o Nitro Pro corretamente (ou seja, o caminho correto, também refletido pelo ícone da ferramenta sendo exibido), pude adicioná-lo à lista "Abrir com" seguindo as etapas já indicadas: clique com o botão direito do mouse em um arquivo pdf >> Abra com >> Escolha outro aplicativo (ou "Escolha outro programa ..." no Win7). Em seguida, navegue até o local correto, selecione o executável e clique no botão "Abrir".

Não estou afirmando que o mesmo está acontecendo no caso do OP, pois vários elementos do menu "Abrir com" parecem se comportar de forma bizarra (veja, por exemplo, também este outro post Estranho aberto com lista (inconsistente com o registro) mencionado pelo OP), mas também não é excluído. As ferramentas NirSoft são freeware E portáteis, portanto, o OP pode facilmente e rapidamente fazer a tentativa acima.

Aqui está uma solução alternativa, mas funciona.

1) Selecione Abrir com e selecione Escolher outro aplicativo

2) Selecione o aplicativo que você deseja adicionar à lista Abrir com e clique no botão de opção Sempre abrir com este aplicativo.

O aplicativo agora será exibido no menu de contexto Abrir com, portanto, se você não quiser que ele seja o aplicativo padrão, siga o processo novamente e selecione Adobe PDF Reader como o aplicativo padrão.

O registro do Windows se tornou um pouco desorganizado ao longo dos anos e é difícil descobrir o que está acontecendo. Se você tiver tempo, poderá postar antes e depois das diferenças em seu registro para ver o que o Win 10 mudou nesse processo.

Para quem ainda tem esse problema, a solução seria

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

e adicione uma nova string contendo o formato que você deseja abrir, por exemplo, ".mp4"

Para quem ainda está tendo o mesmo problema ao implantar o aplicativo via APP-V 5x:

Tive sucesso ao tornar um programa selecionável (e usar o padrão) no Open Withmenu de contexto. A solução acima está funcionando bem, mas geralmente os usuários não querem usar o menu de contexto o tempo todo, mas associam-se ao tipo de arquivo. Como estamos em um ambiente gerenciado e não associamos nada automaticamente à implantação do SCCM, portanto, uma pequena solução alternativa pode ser:

Primeiramente, expliquei por que motivo nosso aplicativo virtual HKCR\Applicatons\something.exenão pôde ser selecionado Open Withdepois de publicado para o usuário. Fiz o seguinte script do PowerShell e o truque será realizado ao executar no add-package como executado no contexto da máquina e colocar os dados necessários no registro nativo. Sim, esse script pode ser mais fácil e mais transparente, mas para fins de teste deve ser bom para o primeiro tiro:

$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

E eu coloco esse arquivo no diretório de scripts:

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

Depois de sequenciado e no editor de pacotes, eu exportei o arquivo de manifesto e abri com o App-V Manifest Editor da solução TMUrgent. No editor de manifesto, fui scripts/machine scripts/Add-packagee defini:

Caminho: PowerShell.exe
Argumentos: -executionpolicy bypass [{AppVPackageRoot}]\..\Scripts\VLC_AddPackage.ps1
aguarde: true
Tempo limite:30

Tenha cuidado com o seguinte AppvEnvvars: [{AppVPackageRoot}] Tenha cuidado com wait: se o script der errado e não houver tempo limite, você poderá estar em uma situação indesejada.

Após adicionar (e publicar) o pacote, ele pode ser navegado em mais aplicativos Open Withe o usuário pode configurá-lo como padrão.

Aqui não mencionado, mas tome cuidado ao remover a embalagem; deve haver outro script que remova as entradas adicionadas ao publicar.

Espero que isto ajude.