[ListWnd]
ShowAppState=0

ermöglicht es, dass die Einträge in der Listenansicht auch als aktiv dargestellt werden, wenn das Programmfenster von SpeedCommander inaktiv ist.

Zudem wurden noch einmal etliche Fehler beseitigt. Bei der Hintergrundaktualisierung von Ordnerfenstern sollten nun keine doppelten Einträge mehr auftauchen. Dies konnte passieren, wenn beim Speichern von Dateien temporäre Dateien verwendet werden und diese während der Aktualisierung des Ordnerfensters bereits wieder gelöscht waren.

Aufgrund der immer wieder berichteten Probleme beim Überschreiben von Dateien in den neueren Office-Formaten ist die Vorschaufunktion im ‘Datei überschreiben’-Dialog jetzt für die Formate .docx, .xlsx und .xlsm standardmäßig deaktiviert. Diese Einschränkung hat aber keine sichtbaren Auswirkungen, da die Dateivorschau für diese Formate sowieso nichts lieferte.

Mit der Hilfe von Dietmar W. konnte ich nun auch endlich einen Absturz bei der Herstellung einer FTP-Verbindung beheben, der sich bei mir nicht reproduzieren ließ. Aus den eingeschickten Absturzberichten weiß ich aber, dass dieser auch bei einigen anderen Anwendern aufgetreten ist.

Nun habe ich eine Möglichkeit gefunden, wie sich der Name der Anwendung in solchen Fällen auch abseits von IFileIsInUse ermitteln lässt. Das schöne daran ist, dass man dafür keine angehobenen Rechte benötigt:

Läuft die andere Anwendung mit höheren Rechten als SpeedCommander, dann wird statt der Anwendungsbezeichnung der Name der ausgeführten Datei angezeigt:

Voraussetzung dafür ist Windows Vista oder höher.

SpeedCommander 13.40 merkt sich den Zustand der Option ‘Ohne Nachfrage überschreiben’ bei Dateioperationen nun für die laufende Instanz. Bisher musste die Einstellung bei jeder Operation neu aktiviert werden. Das 7z-Modul wurde zudem auf die letzte offizielle Version 4.65 aktualisiert. Die finale Version wird Anfang Dezember erscheinen.

In den Registerkarten können nun auf Wunsch nur die Laufwerksbezeichner anstatt der Ordnernamen angezeigt werden. Durch einen Doppelklick in den freien Bereich wird eine neue Registerkarte erstellt. Beim Kopieren von Dateien größer als 4 GiB auf einen FAT32-Datenträger erscheint nun eine aussagekräftigere Fehlermeldung.

Mit SpeedCommander 13.00 wurden die Dateien beim Doppelklick in der Listenansicht mit Hilfe des Kontextmenüs gestartet. Dazu wurde mit den markierten Dateien ein Kontextmenüobjekt initialisiert und mit dessen Methoden die Dateien geöffnet. Seitdem war auf meinem System aber zu beobachten, dass beim Öffnen von Mediendateien mit dem Media Player ab und zu mal die Meldung Starten des Servers fehlgeschlagen angezeigt wurde, die ich in den vorherigen Versionen nie zu sehen bekam. Aus diesem Grund öffnet SpeedCommander 13.30 die Dateien wieder mit der bewährten Windows-Funktion ShellExecuteEx. Über einen Schalter in der SpeedCommander.ini lässt sich die gewünschte Methode anpassen:

[FolderWndShell]
OpenWithContextMenu=0

0 ist Standard und steht für ShellExecuteEx, mit 1 werden die Kontextmenü-Methoden verwendet.

Dazu gibt es noch einen Schalter, mit dem sich die Verzögerung bei der Anzeige des InfoTip-Fensters beim Überfahren der Laufwerkssymbole mit der Maus einstellen lässt. In den ersten Betaversionen von SpeedCommander 13.00 gab es unter Umständen kleine Hänger, wenn der Mauszeiger bei der Laufwerksauswahl eine kurze Zeit über einem Netzlaufwerk verweilte und die Anzeige der Speicherplatzanzeige für die Laufwerkssymbole aktiviert ist. Mit dem folgenden Schalter lässt sich der Mindestaufenthalt des Mauszeigers über einem Laufwerkssymbol nun anpassen:

[DriveWnd]
InfoTipDelayInitial=0

Mit dem Wert 0 wird die in Windows eingestellte Verzögerung für die Anzeige von InfoTips verwendet, ansonsten erfolgt die Angabe in Millisekunden. Der Wert 2000 bedeutet also, dass man mit dem Mauszeiger zwei Sekunden über einem Laufwerkssymbol verweilen muss, damit das InfoTip-Fenster angezeigt wird.

Über zwei neue Funktionen hatte ich bereits berichtet. Mit der Einstellung

[FileOperation]
;Verschieben, wenn Quell- und Zielname identisch sind
;0 - Fehlermeldung
;1 - Datei wird umbenannt von 'dateiname.ext' nach 'dateiname [1].ext'
MoveOnSameName=0

kann das Verhalten beim Verschieben von Dateien im gleichen Ordner gesteuert werden. Bis zur Version 12 hat SpeedCommander beim Ausschneiden und Einfügen einer Datei im gleichen Ordner diese zu ‘dateiname [1].ext’ umbenannt. Mit SpeedCommander 13 wurde dieses unter Umständen nicht ganz saubere Verhalten abgestellt und stattdessen eine Fehlermeldung angezeigt. Mit diesem Kompatibilitätsschalter kann das alte Verhalten wieder reaktiviert werden.

Das Öffnen von Dateien beim Doppelklick erfolgt ab dieser Version wieder mit der Windows-Funktion ShellExecuteEx. Beim Verwenden der Kontextmenü-Funktionen (neu ab SpeedCommander 13) scheint es leider das eine oder andere kleine Problem zu geben.