Nehmen wir an (Windows 10, 64-Bit), ich habe eine eigenständige EXE-Datei,c:\beispiel\beispiel.exe– nicht mit einem Installationsprogramm installiert, hat nichts in der Registrierung, nur eine EXE-Datei.
Wenn ich dann in die Registrierung gehe und einen Schlüssel „example.exe“ zu den App-Pfaden hinzufüge und seinen Standardwert auf den Pfad (.reg-Dateiausschnitt) einstelle:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\example.exe]
@="C:\\example\\example.exe"
Was ist jetzt auf meinem System anders? Was genau kann ich jetzt tun, was ich vor der Hinzufügung nicht tun konnte?
Antwort1
Sieht aus, als wäre es ein Fall von RTFM; ich habe einen Link zudie Dokumentationausdieser Kommentar(danke), also dachte ich, ich poste mal eine kurze Zusammenfassung. Ausführliche Informationen finden Sie in den MS-Dokumenten.
Der Hauptzweck von „App Paths“, wiediese AntwortHinweise darauf, ist ein alternativer Ort für PATH-Einträge pro App (im Gegensatz zu den globalen Benutzer- oder System-PATH-Einträgen). Außerdem werden einige Details dazu angegeben, wie Windows (insbesondere ShellExecute) mit dem Programm umgeht.
In meinem konkreten Beispiel wird lediglich der vollständige Pfad von „example.exe“ angegeben. Dies hat wahrscheinlich mehrere Auswirkungen, aber eine bemerkenswerte ist:
- Ich kann jetzt "example.exe" oder auch nur "example" eingeben inStart → Ausführenund die Anwendung wird ausgeführt; ich muss nicht mehr den vollständigen Pfad angeben (z. B. muss ich nicht „c:\example\example.exe“ eingeben).
Es gibt jedoch einige andere Werte, die unter dem Unterschlüssel erscheinen können und verschiedene Dinge beeinflussen:
- Weggibt eine Liste von Pfaden an, die beim Ausführen der Anwendung zur Umgebungsvariablen PATH hinzugefügt werden – ich vermute, dies ist der Hauptzweck von App Paths (daher der Name).
- Ziel ablegenkann verwendet werden, um ein benutzerdefiniertes Verhalten festzulegen, wenn Dateien in die EXE-Datei gezogen werden, im Gegensatz zur Standardeinstellung, bei der die Dateinamen einfach in Befehlszeilenparameter umgewandelt werden.
- Unterstützte Protokollegibt an, ob die Anwendung bestimmte URL-Schemata verarbeitet.
- Verwenden Sie URLGibt an, ob die Anwendung mit URLs statt nur mit lokalen Dateien umgehen kann. Dadurch werden verschiedene Optimierungen ermöglicht, z. B. dass Windows die URL einer Internetressource an die Anwendung weitergibt, anstatt sie zuerst lokal herunterzuladen usw.
- DontUseDesktopChangeRouterist eine Einstellung, die etwas damit zu tun hat, Deadlocks im Dateiauswahldialog für Debugger-Anwendungen zu vermeiden. Es ist eine sehr spezielle Option.
Das ist alles: Pfade, benutzerdefiniertes Drag & Drop-Verhalten, URL-Verarbeitung und eine scheinbar willkürliche hyperspezifische debuggerbezogene Einstellung, für die sie vermutlich keinen besseren Platz gefunden haben (oder es war ein alter Hotfix mit hoher Priorität und ein armer MS-Entwickler lief mit Koffein und Dämpfen). Es ist eine seltsame kleine Sammlung; aber ich bin sicher, dass es für alles dort historische Gründe gibt.