Wie ist es möglich, dass das Ergebnis von ftype und der Standard-App nicht übereinstimmen?

467
AlbertM

Ich erinnere mich an Windows 7, dass ich das Standardprogramm, das zum Öffnen eines Dateityps (z. B. .txt) verwendet wird, mithilfe von assocund ändern kann. ftype Wie help ftypeunter Windows 10 impliziert, sollte dies dennoch funktionieren:

 [...] FTYPE is invoked with just a file type, it displays the current open command string for that file type. [...]

Unter Windows 10 scheint es jedoch nicht so zu funktionieren: Es verwendet immer das Programm, das in den Windows-Einstellungen (oder alternativ über die Dateieigenschaften) festgelegt ist, als Standard-App. Diese App stimmt nicht unbedingt mit der App überein, die von ftype eingestellt wurde.

Ich habe dies für mehrere Dateitypen versucht (.txt .py .cpp, ...) und das System nach den Änderungen auch neu gestartet. Ein Screenshot des Missmatch (in Windows integrierter Notepad als Ergebnis von ftype, Notepad ++ als Standard-App) ist beigefügt.

Screenshot des Ergebnisses von ftype und der Windows-Einstellungen für die Standard-Apps

Deshalb frage ich mich, warum diese beiden Dinge nicht übereinstimmen, und was genau ist der Punkt der Einstellungen über ftype (soweit ich es getestet habe, wird es von der Standard-App immer außer Kraft gesetzt und daher nie verwendet).

Ich bin kein Duplikat dieser Frage, weil er die Dateizuordnung nicht einmal über "herkömmliche Methoden" einstellen kann, was für mich gut funktioniert und daher ein anderes Problem zu haben scheint.

0

0 Antworten auf die Frage

Verwandte Probleme