Suche Button-Befehl : führe zweite Aktion erst aus, wenn die Erste erfolgreich abgeschlossen ist

[sylvester78]

Erst einmal vielen Dank für die Anleitung.

Da leider mit dem TC keine Dateien über FTP, Google Drive usw. TC verschoben werden können, habe ich mir einen simplen Button angelegt.

Code: Select all

cm_Copy,cm_Delete

Bei kleinen Dateien funktioniert es wunderbar, aber bei größeren wird der löschen Befehl zu schnell aufgerufen.
Gibt es einen Befehl, wo so lange auf die zweite Aktion gewartet wird, bis die erste erfolgreich abgeschlossen ist?
Schön wäre ebenfalls, wenn im Anschluss die Datei ohne den Umweg Papierkorb gelöscht wird.





Abgetrennt vom Moderator aus "FAQs: Button, mehrere Befehle mit einen Button ausführen ,, https://ghisler.ch/board/viewtopic.php?p=416702#p416702 "
Interessant genug für einen eigenen Thread.

[Stefan2]

Standardmäßig kann man nur stumpf ''CM_WAIT 5000'' verwenden.

cm_Copy,CM_WAIT 5000,cm_Delete


See Textdatei "TOTALCMD.INC"
CM_WAIT <time>=-12;Wait x milliseconds



Für etwas gezielteres Arbeiten müsste man ein eigenes Skript verwenden (JavaScript, VBScript, PowerShell, AutHotkey,...)
Der TC unterstützt einen hier durch die Parameterübergabe von Quelle, Auswahl und Ziel an solch ein Skript.
Eventuell auch mittels einer MS-DOS Batch und dem && -Befehl.

Falls es ein externes Kopiertool oder ein RoboCopy gibt (rsync, oder so?), das mit FTP und Cloud funktioniert,
könnte man im Skript deren Rückgabewert abfragen, bevor man den Löschauftrag startet.




 

[Dalai]

[...] könnte man im Skript deren Rückgabewert abfragen, bevor man den Löschauftrag startet.

Der Witz ist ja gerade, dass der Rückgabewert nicht notwendigerweise der Realität entsprechen muss. TC unterstützt das Verschieben zu und von solchen Zielen nicht, weil es Server gibt, die Erfolg melden, auch wenn das nicht stimmt. Datei nicht erfolgreich übertragen, Server meldet trotzdem alles OK und daher anschließend gelöscht führt zum Ergebnis Datenverlust.

Wer dennoch ein Skript in irgendeiner Sprache bauen will, kann mit ftp.exe, wget.exe und wput.exe, winscp.com (die Kommandozeilenversion von WinSCP) oder ähnlichen Tools wahrscheinlich etwas erreichen. Aber bitte immer im Hinterkopf behalten, dass es Datenverlust geben kann.

Grüße
Dalai

[sylvester78]

Den Wait Befehl hatte ich in der Hilfe gesehen, aber bei kleinen Dateien nervt die „lange“ Wartezeit und bei großen reicht diese nicht aus.

@Dalai
Beim SC funktioniert es wunderbar.

Kleiner Vorschlag, ein neuer Befehl, welcher das verschieben über alle Wege ermöglicht und als Button manuell erstellt werden muss/kann.
Dann liegt das Risiko beim Anwender.

[Stefan2]

Vielen Dank für die Hintergrundinformationen, die kannte ich nicht.






 

[JOUBE]

Beim SC funktioniert es wunderbar.

...sagt sich so leicht. ...bis zum grossen Heulen und Wehklagen.

Kleiner Vorschlag, ein neuer Befehl, welcher das verschieben über alle Wege ermöglicht und als Button manuell erstellt werden muss/kann.
Dann liegt das Risiko beim Anwender.

... der einen eventuellen Datenverlust dann doch dem Tc anlastet.

JO"Nee, nee, lass man bzw "eigene Batches rulez"UBE

PS.: Das, was Dalai schrieb, hat übrigens ghisler(author) hier im Forum eins um andere Mal und immer wieder genauso als Grund dafür geschrieben, warum daran nichts geändert wird.

PPS.: und noch etwas (für Anwender, die es nicht lassen können ): Wenn man das entsprechende entfernte Verzeichnis als Laufwerk mappt (zb via sshfs), dann sollte das mit dem Verschieben eigentlich gehen.

[Dalai]

In Verbindung mit 99% der Server wird es wohl sauber ablaufen und der Server einen Fehler melden, wenn ein solcher auftritt. Der verbleibende Rest ist problematisch. Datenverlust, der oberflächlich betrachtet durch den TC verusacht wurde, wirkt sich u.U. auf dessen Ruf aus. Da ist es doch nachvollziehbar, wenn Ghisler dieses Risiko nicht eingehen will.

Der Wunsch an sich, dass Verschieben auch mit solchen Zielen/Quellen funktioniert, ist gleichermaßen nachvollziehbar - sicherlich auch für den Autor. Andererseits ist es ja nicht wirklich ein Problem, die übertragenen Dateien im Anschluss zu löschen.

Grüße
Dalai