EXE Drag and Drop não cria mais um atalho

2

Arrastar e soltar um arquivo .exe na área de trabalho não cria mais um atalho, em vez disso, a ação é sempre mover o arquivo. Criar um atalho sempre foi a ação padrão para um .exe, mas recentemente o comportamento mudou. Como faço para restaurar o comportamento original?

Eu acredito que a mudança ocorreu depois de fazer uma restauração do sistema em 10/16 de um ponto de verificação tirado em 10/14.

Os DropHandlers do registro parecem ser os padrão: por exemplo   HKCR / exefile / shellex / DropHandler: RegSz padrão {86C86720-42A0-1069-A2E8-08002B30309D}

O System32 / shell32.dll foi atualizado em 26/8/15, mas tenho certeza que criar atalhos foi OK em setembro.

Outras opções para criar atalhos ainda funcionam: Alt Arraste, Ctrl + Shift Arraste, clique com o botão direito do mouse / Enviar para / Área de trabalho, clique com o botão direito em Arrastar ...

Arraste e solte para criar atalhos para um nome de arquivo: chrome.exe, mas a ação de visualização é 'Criar link em' em vez de 'Criar atalho em'. Este é o único programa que eu instalei (aparece nos Recursos do Programa), desde que esse problema começou (por volta de 10/16)

Existe uma ferramenta gratuita 'WinAero Tweaker', que irá personalizar o comportamento de arrastar e soltar. A preferência: D & D: Criar atalho, restaura parcialmente o comportamento original: D & D de qualquer arquivo cria um atalho de Link (a visualização é Link, criado é Atalho), independentemente do tipo de arquivo ou destino. Depois de um 'restore defaults' do tweaker, o mau comportamento está de volta, mas pelo menos sensível ao contexto. Meu palpite é que existem regras / políticas de configuração de D & D que podem ser modificadas, estão quebradas e o Tweaker sabe como ajustá-las.

Estou executando o Windows 8.1 de 64 bits no laptop Dell Core i5, com atualizações do Windows

Houve um problema semelhante relatado em março de 2013 Arrastar & Soltar (um arquivo) para os ícones da área de trabalho deixou de abri-lo, substituído por "Mover para a área de trabalho" . A correção do DragHandler usada já existe para mim.

    
por Larry 04.11.2015 / 02:15

0 respostas