Windows 7 und die ZIP Dateien

[Simone]

Hallo, unter Windows 7 lassen sich die ZIP Dateien nicht mehr im Commander öffnen, sondern werden mit dem Explorer geöffnet.

Gibt es dafür einen Workaround?

Gruß Simone

[HolgerK]

Willkommen im Forum.

Kontrolliere bitte mal ob das Häkchen bei:
"
Konfigurieren -> Einstellungen -> Packer:
[x] Gepackte Dateien wie Verzeichnisse behandeln
"
gesetzt ist.

Gruß
Holger

[Simone]

Ja ist gesetzt. Ich habe den Commander im USB Stick und die Verzeichnisse gehen unter XP.

Unter Windows 7 habe ich dies auf 2 Rechner gemerkt. Beim ersten hab ich mir nichts dabei gedacht....

Danke für die Begrüßung!

Simone

[HolgerK]

Mmmh seltsam.

Habe das grade mal mit TC7.04a und Win7 x64 Beta sowohl mit einer lokalen TC-Installation als auch einer USB PortableApps-TC-Installation gecheckt.
Das klappt hier!

- Welche Win7 Version?
- Welche TC Version?
- Ist unter "Einstellungen -> Packer : Zip Packer
[x] Benutzte internen ZIP-Packer" ebenfalls gesetz?

Gruß
Holger

Edit:
- Kann es sein, das du das Kontextmenu zum Öffnen der Zipdatei benutzt?
- Klappt es, wenn du den Cursor einfach auf die ZIP-Datei positionierst, und die Eingabetaste bzw. <STRG+BildAb> betätigst?

[ghisler(Author)]

Kann ich auch nicht bestätigen - ich habe hier allerdings noch die beta und nicht die RC-Version...

[Simone]

Ich konnte das Problem eingrenzen:

Das Problem tritt nur beim Desktop Ordner auf:

\\Desktop\ aufgeufen mit dem Befehl: cm_OpenDesktop

Hier allerdings auch unter XP!

Version ist der RC2

[ghisler(Author)]

Ja, auf dem Desktop lässt sich das leider nicht verhindern, das ist ein virtueller Ordner, der dem Explorer gehört. Total Commander ruft da nur das "open"-Verb auf, wenn Sie ENTER drücken.

[HolgerK]

\\Desktop\ aufgeufen mit dem Befehl: cm_OpenDesktop

Nun, in den meisten Fällen reicht es aus den persönlichen Desktop zu öffnen:

Code: Select all

cd %$DESKTOP%

Damit klappt es dann.

Eine weitere Möglichkeit ist *.zip mit dem Total Commander per Kontextemenu "Öffnen mit" zu assozieren.
Das klappt allerdings nicht bei einer mobilen Installation.

Was allerdings bei einer mobilen Installation mit TC7.5 klappt, ist das neue interne Assoziationssystem
- "Dateien -> interne Verknüpfungen (nur im TC).."
- Als Open Befehl für *.zip:

Code: Select all

%COMMANDER_PATH%\\TOTALCMD.exe /o /r="%1"

eintragen, und das Zipfile wird ab sofort im rechten Panel geöffnet, auch wenn es sich auf dem \\Desktop befindet

Gruß
Holger

[Lefteous]

Es sollte die Frage erlaubt sein, wieso Dateien mit dem Lister angezeigt werden können, aber Archiv nicht wie Verzeichnisse behandelt werden können.

Das ist einfach eine vermeidbare Limitierung, die behoben werden sollte.

[sqa_wizard]

OK, ein Enter oder ein Doppelklick wird halt entsprechend der Windows-Verknüpfung behandelt.

Ein Strg-BildAb funktioniert aber auf \\Desktop\ gar nicht ...

[Lefteous]

OK, ein Enter oder ein Doppelklick wird halt entsprechend der Windows-Verknüpfung behandelt.

Warum sollte es sich dort anders verhalten als in anderen Ordnern?

[HolgerK]

Warum sollte es sich dort anders verhalten als in anderen Ordnern?

Wegen der Navigation?

\\Destop\File.zip\*.*

müsste nach (Vista):

C:\Users\%USERNAME%\Desktop\File.zip\*.*
(%$DESKTOP%\File.zip\*.*)

aufgelöst werden um z.B auch externen Packer/Plugins das Öffnen zu ermöglichen.

Das klappt zwar (Kontextmenu, <F3>Lister, <F4>Editor,..), aber dort muss die Navigation aus dem Archivverzeichnis heraus nicht berücksichtigt werden.

Wenn man also das Archiv wieder verlässt (<Backspace>) landet man nicht mehr auf \\Desktop sondern auf dem persönlichen Desktop (ausser man benutzt die History).

Okay, sowas ähnliches muss auch bei verschachtelten Archiven passieren, aber da klappt es auch nicht immer zuverlässig (landet manchmal im %TEMP% Verzeichnis).
Es scheint also nicht so einfach möglich zu sein dort eine zuverlässige Lösung zu finden.

Aber selbst die Rückkehr in das falsche Ursprungsverzeichnis wäre wahrscheinlich besser als momentane Verhalten:
- <Strg+links/recht>, <Strg+BildAb> funktionieren nicht
- Doppelklick, <Eingabe> funktionieren anders
- unterschiedliche Kontextmenüs im Vergleich zum "Real (personal) Desktop" Verzeichnis

Die gleiche Frage kann man übrigens auch bezüglich Packen nach \\Desktop stellen:
<F5> funktionert (benutzt Copy&Paste via Explorer?)
<Alt+F5> meldet:

Code: Select all

 ---------------------------
Fehler beim Packen!
---------------------------
Fehler beim Schreiben der neuen ZIP-Datei, Disk wahrscheinlich voll!

Beim Kopieren wird die Kopie in %$DESKTOP% angelegt.
Warum nicht auch das Packen nach %$DESKTOP% ermöglichen, indem \\Desktop als Zielpfad immer als %$DESKTOP% übersetzt wird ?

Wenn es einzig daran liegt, dass virtuelle Folder eben nicht immer alle Möglichkeiten unterstützen, dann hat aber zumindest der \\Desktop bei vielen Anwendern eine herausragende Stellung (nicht grade bei mir, hier ist er idR leer), die eine Sonderbehandlung rechtfertigen würde.

Gruß
Holger

[Lefteous]

man könnte ja intern den aufgelösten Pfad verwenden und es aber trotzdem mit dem vorangestellten virtuellen Verzeichnis darstellen.

[HolgerK]

Der aufgelöste Pfad kann aber je nach Ablage des Zip-files unterschiedlich sein, da \\Desktop ja ein zusammengesetztes Verzeichnis aus USER und ALLUSER ist.

Transparenz auf welches (reale) File jetzt genau eine Aktion ausgeführt wird, halte ich dann doch für wichtiger als \\Desktop bis zum geht nicht mehr zu unterstützen.

Die Titelzeile von Lister und Editor zeigt ja auch den realen Filesystempfad an. Das Gleiche passiert übrigens auch wenn man Dateien mittels Explorer vom Desktop aus bearbeitet. Es ist also nicht unbedingt eine unerwartetes Verhalten den realen Namen/Pfad zu nennen.

Gruß
Holger

[schmock]

wieso benutzt er eigentlich nicht einfach
c:\Users\xxxxx\Desktop\ ?
dann werden auch alle zugewiesenen archive problemlos als ordner behandelt.