Windows-Datei „öffnen mit“ kann nicht zwei Anwendungen mit dem gleichen ausführbaren Namen verwenden

Question

Man kann wählen, welche Anwendung zum Öffnen einer Datei verwendet werden soll mit

1. Klicken Sie mit der rechten Maustaste auf die Datei
2. Öffnen mit
3. Standardprogramm auswählen...
4. Durchsuche

Auf diese Weise navigiert man zu dem Verzeichnis (sagen wir C:\dir_new), das die gewünschte App (sagen wir myapp.exe) enthält.

Wenn der Dateiname der ausgewählten ausführbaren Datei (wird aufgerufen)Ausgewählt, in diesem Fall C:\dir_new\myapp.exe) ist das gleiche wie das einer anderen Anwendung (wir nennen esErste, zB, C:\dir_old\myapp.exe) bereits im angezeigten "Öffnen mit"-Fenster vorhanden ist, dann statt des HinzufügensAusgewählt( C:\dir_new\myapp.exe) zur Liste hinzufügt, wählt es die bereits vorhandeneErste( C:\dir_old\myapp.exe).

Ist es überhaupt (mit welchen Mitteln) möglich, zwei Anwendungen mit demselben Dateinamen ( myapp.exe) gleichzeitig für „Öffnen mit“ verfügbar zu haben?

PS: Ich verwende Windows 7, aber ich bezweifle, dass dies bei anderen Versionen nicht passiert.

---

BEARBEITEN: Ich habe gerade das hier gefundenFrage. Es ist ähnlich, aber sein Ziel ist es, ein Problem zu beseitigen, anstatt die beiden Apps gleichzeitig verfügbar zu haben. Auf jeden Fall ist die akzeptierteAntwortkönnte möglicherweise für die vorliegenden Zwecke verwendet werden. Es erfordert jedoch Administratorrechte.

DasUndDaskönnte ebenfalls relevant sein.

Answer 1

Ich habe einen Workaround gefunden: Wenn Sie über Administratorrechte verfügen (und ein ausreichend modernes Windows, ich glaube Vista und höher), können Sie mklinkwie folgt einen Hardlink erstellen (falls Sie mit einem UNIX-ähnlichen System nicht vertraut sind: Im Grunde handelt es sich um eine Verknüpfung auf sehr niedriger Ebene):

C:\app1\app.exe <- Current app associated with filetype
C:\app2\app.exe <- Windows can't use this exe

Führen Sie in der Windows-Eingabeaufforderung Folgendes aus:

mklink /H C:\app2\hard_link_to_app.exe C:\app2\app.exe

Anschließend wird die Datei C:\app2\hard_link_to_app.exeangezeigt und kann anstelle von C:\app2\app.exefür Dateizuordnungen verwendet werden.

Ich weiß nicht, ob dies in manchen Situationen zu Problemen führen kann, bei mir hat es bisher gut funktioniert.

---

Ich frage mich, ob man eine Verknüpfung zu C:\dir_new\myapp.exe mit einem anderen Namen einrichten und das Öffnen mit der Verknüpfung anfordern kann.

Der obige Vorschlag aus den Kommentaren funktioniert nicht mit normalen Windows-Verknüpfungen.

Answer 2

So können Sie das Problem manuell beheben:

Suchen Sie den Registrierungsordner
\HKEY_CLASSES_ROOT\Applications<Name der zu aktualisierenden ausführbaren Datei>\shell\open\command
und bearbeiten/aktualisieren Sie den einzigen in diesem Registrierungsordner vorhandenen Schlüssel, indem Sie den neuen Pfad Ihrer Anwendung festlegen.

Mein Szenario (wenn Sie Zeit zum Lesen haben)

Ich hatte dasselbe Problem mit VLCPortable.exe, als ich eine MP4-Datei mit der neuen portablen Version öffnen wollte, die ich in meinen Dropbox-Ordner heruntergeladen hatte. Die Verwendung der Aktion „Öffnen mit“ im Explorer-Kontextmenü zum Zuordnen von MP4-Erweiterungen zu dieser neuen Version funktionierte nicht. Der alte VLC öffnete meine Videodatei immer noch. Ich entdeckte, dass eine alte portable Version auch in einem Unterordner von C:\Portables installiert war und es sich nicht um dieselbe alte Version von VLC handelte, die sich bereits in meiner Dropbox befand. Ich verwende den Task-Manager, um dies herauszufinden, indem ich die versteckte Spalte „Befehlszeile“ anzeigte. Es scheint, dass Windows wirklich nur den Namen der ausführbaren Datei und nicht den Pfad oder Laufwerksbuchstaben für die Dateizuordnung überprüft.

In meinem Fall lautet <Name der zu aktualisierenden ausführbaren Datei> also „VLCPortable.exe“. Nach dem Fix musste ich nicht einmal alle Videoerweiterungen erneut zuordnen … Was perfekt ist, da es viele Videoerweiterungen gibt!