(Über-)lange Dateinamen in F5/F6-Optionen

[JOUBE]

In den F5/F6-Optionen fehlt die Behandlung von (über-)lange Dateinamen, so dass der F5/F6 ggf. immer noch hängen bleibt. Oder habe ich etwas übersehen? Ist das hier schon diskutiert worden? Wenn nicht, die Bitte, diesen Punkt in den Optionen zu ergänzen für perfekt unbeaufsichtigte Vorgänge.

JOUBE

[HolgerK]

In den F5/F6-Optionen fehlt die Behandlung von (über-)lange Dateinamen, so dass der F5/F6 ggf. immer noch hängen bleibt. Oder habe ich etwas übersehen?

LongNameCopy=2
; Warnen bei Dateioperationen, falls der Zielname länger als 259 Zeichen ist:
; 0=immer(default)
; 1=nie
; 2=nur falls der Quellname nicht länger als 259 Zeichen ist

Ist das hier schon diskutiert worden?

Fehlermeldungen unterbrechen Kopierfunktion
der name der zieldatei ist mit <n> zeichen länger als
Medlungsfenster Pfad zu lang
...

HTH
Holger

[JOUBE]

HolgerK, danke für die Zusammenstellung von Threads, die ich mir aber jetzt nicht ansehen werden. Denn die genannte Ini-Option ist keineswegs das, was ich mit meiner Frage intendierte, insofern hilft es hier nicht weiter. Wenn die Ini-Option die einzige Variante zur Lösung sein sollte, dann wiederhole meine Bitte: Dringend rein damit in die F5/F6-Optionen.

Joube

[sqa_wizard]

Dringend rein damit in die F5/F6-Optionen.

Besser nicht !

Begründung:
Ein überlanger Dateiname ist von vielen Programmen nicht lesbar.
Daher sollte der TC nur dazu benutzt werden, die Dateien umzubenennen oder an eine Stelle zu verschieben, die einen kürzeren Namen gewährleisten.

Wer diese Warnmeldung unterdrücken will, muss schon sehr genau wissen was er tut.
Sie in den Optionen, leicht erreichbar für Jedermann, zu platzieren ist zumindest fahrlässig, wenn nicht sogar gefährlich.

[JOUBE]

Wer diese Warnmeldung unterdrücken will, muss schon sehr genau wissen was er tut.

Und, trifft das nicht auf (fast) alle zu, die den Tc benutzen? Ich denke, so viel Vertrauen in Kenntnisse der User des Tc sollte schon vorhanden sein, zumal er die Frage im Laufe der F5/F6-Aktion ja ggf sowieso beantworten muss (aber zur Zeit eben deshalb keine 'unattended action' möglich ist.)

Sie in den Optionen, leicht erreichbar für Jedermann, zu platzieren ist zumindest fahrlässig, wenn nicht sogar gefährlich.

Na, na, na, mal nicht übertreiben. Und sich bitte nicht über "Jedermann" erheben wollen.

Joube

[sqa_wizard]

Und, trifft das nicht auf (fast) alle zu, die den Tc benutzen?

Es trifft auf sehr viele zu (wie die Fragen zu diesem Thema immer wieder zeigen).

Das Setzen der Option unterdrückt jegliche Information darüber, ob die Datei nach dem Kopiervorgang noch benutzbar sein könnte.
Das ist gefährlich genug.

[HolgerK]

Das ist gefährlich genug.

Darum auch "LongNameCopy=2", dann weiß man wenigstens das das Kopieren eine Datei für andere Programme unbenutzbar macht.

Gruß
Holger

[JOUBE]

Normalerweise möchte ich durchaus gerne in diesen und anderen "problematischen" Fällen (Überschreiboptionen usw) "gewarnt" werden und lasse die Optionen bei F5/F6 ungeändert.

Nicht aber, wenn ich eine grössere Aktion plane und dafür extra die F5/F6-Optionen öffne und diese entsprechend einstelle.

Wenn dann diese Aktion stoppt wg langer Dateinamen. dann fühle ich mich vom Tc an der Nase herum geführt. (Heute konnte ich über 100km Fahrrad fahren in der Zeit in der die F6-Aktion lief, so umfangreich war die Aktion. Zum Glück hatte sie aber erst kurz vor dem Ende des Verschiebens (und meiner Rückkehr) gestoppt wg der in F5/F6 unabschaltbaren Frage nach den langen Dateinnamen.)

Also bitte rein mit dem Schalter zu den langen Dateinamen in die F5/F6-Optionen.

Joube

[Waldi]

Zu diesem Thema gibt es ziemlich viele Diskussionen.

Ich finde es auch "unschön", wenn das lange Kopieren, Verschieben oder Löschen durch so einen Dialog (ebenso ob Systemdateinen und Readonly-Dateien) wirklich kopiert, verschoben oder gelöscht werden sollen.

Wenn ich so eine Aktion starte, geht der TotalCommander ja sowieso alle Files vorher durch. Kann man diese Fragen (Dialoge) dann nicht gleich zum Anfang stellen?
Dann kann TC ja auch ohne Fragen vor sich hin arbeiten.

Natürlich können Fehler auftreten (Drive full, Read/Write-Error, ...). Dazu müssen natürlich Dialoge erscheinen

Gruß
Waldi

[Macher]

Wenn ich so eine Aktion starte, geht der TotalCommander ja sowieso alle Files vorher durch. Kann man diese Fragen (Dialoge) dann nicht gleich zum Anfang stellen?
Dann kann TC ja auch ohne Fragen vor sich hin arbeiten.

support++

Da kann ich Waldi nur zustimmen.
Hin und wieder mache ich dateibasiertes Schreiben/Wiederherstellen von Laufwerks-Partitionen. Und die dauern bekanntlich etliche zig Minuten, so daß ich TC alleine bewerkstelligen lassen möchte und ich mich anderweitig beschäftigen kann.
Und bei meiner Rückkehr ärgere ich mich darüber immer wieder, wenn mittendrin ein Dialog aufpoppt mit dem Hinweis auf möglicherweise zu langen Dateinamen

Ich finde, nach dem Scan aller zu kopierenden/verschiebenden Dateinamen in den Verzeichnissen und vor dem ersten Kopieren könnte TC sehr wohl in der Lage sein, gleich einen solchen Dialog einzublenden.

Und für diese sog. "ab und zu Aktionen" ändere ich wohl kaum die INI-Einstellung auf LongNameCopy=1.
Zu groß ist mir die Gefahr, daß ich vergesse die Einstellung wieder auf default rückgängig zu machen

Gruß
Martin

[donner]

Wenn ich so eine Aktion starte, geht der TotalCommander ja sowieso alle Files vorher durch.

Das macht TC nur, wenn das Häkchen "Konfiguration>Operation>Ermittle Platzbedarf von Unterverzeichnissen>vor dem Kopieren/Löschen" gesetzt ist ...

[Dalai]

Wenn ich so eine Aktion starte, geht der TotalCommander ja sowieso alle Files vorher durch.

Das macht TC nur, wenn das Häkchen "Konfiguration>Operation>Ermittle Platzbedarf von Unterverzeichnissen>vor dem Kopieren/Löschen" gesetzt ist ...

Und das auch nur, wenn man nicht den HTM (Hintergrundtransfermanager) benutzt. Ich verlagere größere Kopier-/Verschiebe-Aktionen immer in den HTM.

MfG Dalai