DirSizeCalc 2.21 (Inhaltsplugin)

[Petrus666]

Also ohne Witz,

ich habe es ausprobiert, und es funktioniert SUPER! Genauso wollte ich es schon immer haben.
Vielen, vielen Dank für die ausführliche Erklärung und für die extrem schnelle Antwort.
In meinen Augen bist du ein Genie! DANKE DANKE!

[Lucaen]

Hallo, Danke für das Plugin.
Ist es möglich die Größenanzeige Dynamisch darzustellen?

So wie es TC sonst auch kann, da hab ich es so eingestellt:
Größenanzeige: Dynamisch (x.x k/M)

noch ne Frage:
Wie ist es möglich bei Archiv Dateien auch die Dateianzahl und Unterverzeichnisanzahl anzuzeigen die da drinn ist.

[Lefteous]

2Lucaen
Hallo,

Ist es möglich die Größenanzeige Dynamisch darzustellen?

Ja, das geht mit dem Einstellungs-Tool, welches im gleichen Ordner wir das Plugins´liegt. Dort kann man sehr genau einstellen, welche Masseneinheiten benutzt werden sollen und ab wann welche Masseneinheit genutzt werden soll, also z.B. ab 5.000.000 bytes in MB, darunter nur in bytes, etc.

Wie ist es möglich bei Archiv Dateien auch die Dateianzahl und Unterverzeichnisanzahl anzuzeigen die da drinn ist.

Leider gar nicht. TC müsste die Werte an das Plugin weitergeben, was er aber im Augenblic nicht tut, siehe auch FAQ: http://lefteous.totalcmd.net/tc/docs/dirsizecalc/liesmich.htm#faq

[Lucaen]

Danke, Dynamische Größenanzeige klappt prima.

[AquaBall]

Ich habe eine Anregung:

Hab dein Tool heute entdeckt, und finde das genial.
Natürlich hab ich nun die Standard-Spalte "Größe" sofort gegen deinen Wert ersetzt.

Aber toll wäre, wenn ich die Werte nun NUR FÜR ORDNER in "<>" Klammern setzen könnte.
Damit könnten Ordner optisch viel schneller erkannt werden. (die ich bisher am "<dir>" nicht übersehen konnte.)

Geht das bereits irgendwie? (Bei einer fixen Eingabe erscheint es überall, also auch für Dateien.)

[AquaBall]

Ich hab deine "Issues" mit Weitergabe von <ESC> gelesen.

Bei meiner Ordnerstruktur trifft mich das öfters.

Ist es möglich ein (evtl einstellbares) Timeout einzubauen, statt an das Dateilimit zu binden?

• Z.B. pro Zeile 3 sec.

Dann würde am Bildschirm immer was weiter gehen und wäre nicht blockiert.

[AquaBall]

Und noch die kleine Idee:

Wie man sieht, bin ich gerade dabei, TC-Spalten "fine zu tunen".
Nun ist dank deinem Tool noch eine Spalte (Anzahl der Dateien) dazugekommen, was mir sehr viel erleichtert.

Aber die ist relativ breit. Gibts vielleicht auch hier einmal eine Dynamische Größe, wie bei Bytes/Kilo/Mega/..
Z.B. über 1.000 => 1k, oder 1T (oder 100.000 => 1HT, oder 1.000.000 => 1 M)

Letztlich interessiert mich nicht ob ich 627.224 Fotos habe, oder 3 Stück mehr. 627T wäre hier mehr als ausreichend

[Lefteous]

2AquaBall

toll wäre, wenn ich die Werte nun NUR FÜR ORDNER in "<>" Klammern setzen könnte.

Das geht im Augenblick mit den Mitteln des Plugins nicht. Der TC unterstützt die Anzeige von Pre- und Postfixes, allerdings nicht für boolsche Ausdrücke, sonst könntest du z.B. schreiben:

Code: Select all

[="<"tc.Verzeichnis">"][=dirsizecalc.Größe]

Das funktioniert im Augenblick nur, wenn das fragliche Feld nach leer/nicht leer ausgewertet werden kann. Man könnte natürlich leicht so ein Feld anbieten...

Ist es möglich ein (evtl einstellbares) Timeout einzubauen, statt an das Dateilimit zu binden?

Das ist aktuell nicht eingebaut, wäre aber möglich. Allerdings ist dann in dem beschriebenen Szenario die Wartezeit 3s*Ordnerzahl und der Nutzer sieht die Ordnerzahl nicht, weiß also nicbt wie lange er warten muss. Bei der aktuell eingebauten Limitierung nach Dateianzahl hat man im Grunde das gleiche Problem. Man könnte also sagen, dass die Lösung mit den Limits nur ein Workaround ist.
Lösen kann nur der TC das Problem, indem er für Plugins die gleiche Lösung anwendet, wie intern.

Gibts vielleicht auch hier einmal eine Dynamische Größe, wie bei Bytes/Kilo/Mega/..

Derzeit nicht, klingt aber interessant.

[AquaBall]

Vielen Dank für die Antwort.
Dann bin ich ja auf updates (von TC und DirSizeCalc) gespannt.

Das mit dem Timeout sehe ich nicht ganz so.
Die Anzahl der Ordner im aktuellen Ordner seh ich ja immer, auch wenn ich vielleicht scrollen muss. Somit könnte ich eine kontinuierliche Fortlauf der Berechnung direkt am Bildschirm sehen, und weiß doch wie lange ich maximal warten muss.
Außerdem, es würde auch meinem Genauigkeitswunsch entgegenkommen (siehe dyn Anzahl-Einheiten).
Der Gedanke: "Alles was nicht in 1/2 Sekunde gezählt werden kann ist 'VIEL'." (So nach dem Motto "1,2,viele") (Na gut, das gilt für DateiLimit auch.)
Das würde evtl. sogar Traffic auf der Platte und im Netz reduzieren!
Und letztlich hab ich mit dem Dateilimit ein anderes Problem: Ich weiß nicht, ob ich es auf 1.000 oder 10.000 setzen soll, weil ich nicht weiß wie lange das dauern könnte. Zudem durfte es im LAN länger dauern, als auf HD, oder gar SSD.

Also ich glaube, dass ein TimeOut doch einige Vorteile bringen würde. Zumal das Timeout ja im Plugin gemessen werden könnte/müsste, und nicht von TC.
Aber sieh das bitte nicht als unzufriedene Kritik, sondern nur als Ideensammlung für ein Finetuning deines hervorragenden Produkts!
ThumsUp!

[AquaBall]

PS: Noch ein entdeckter Effekt, der evtl. Gefahren / zumindest Missverständnisse hervorrufen kann:

Wenn ich Zeilen markiere, dann wird in der Gesamtsumme von TC Anzahl und Größe summiert.
Wenn nun ein Ordner dabei enthalten ist, dann gab es bisher 2 Möglichkeiten:
Der Ordner war von TC noch nicht "bewertet", dann war die Anzeige "<dir>", und 0 in der Summe eingerechnet,
ODER: Der Ordner wurde von TC bereits mit <AltShiftEnter> "bewertet", dann war z.B. die Anzeige "17 M", und 17 in der Summe eingerechnet.
Die Anzeige war immer in sich "konsistent."

Da ich nun aber das Standardfeld [Größe] nicht mehr verwende, (sondern nur mehr [DirSizeCalcGröße]) gibts die bloße Anzeige "<dir>" (gottseidank) gar nicht mehr.
ABER: Ich kann nun nicht mehr erkennen, ob der Ordner bereits bewertet wurde oder nicht. Dadurch kann die Summe bei IDENTISCHER Bildschirmansicht unterschiedliche Werte anzeigen!
Ich kann mich auf die TC-Summen-Anzeige nicht mehr verlassen!

PS: Habe gerade überlegt: das selbe gilt ja auch bei jeder anderen Ansicht (z.B. "kurz") in der die TC-[Größe] nicht angezeigt wird.
Aber mit [DirSizeCalcGröße] ist es umso gefährlicher, WEIL ja eine Größe angezeigt wird, und WEIL ich (eigentlich) eben gar nie mehr bewerten muss. (Dafür liebe ich ja DirSizeCalc).

Für mich heißt das nun, dass ich die der Summenzeile nicht mehr trauen kann, und immer teuflisch aufpassen muss, wenn ich mal die Gesamtzahl brauche.

[Lefteous]

2AquaBall

Die Anzahl der Ordner im aktuellen Ordner seh ich ja immer, auch wenn ich vielleicht scrollen muss.

Das bezog sich auf den Fall, dass du nach Größe sortierst. Hier sieht man erst dann etwas, wenn die Berechnung vollständig abgeschlossen ist und somit sortiert werden kann.
Ansonsten kann man auch den Befehl cm_ContentStopLoadFields verwenden, um die Berechnung zu stoppen. Das sollte abgesehen von dem oben beschriebenen Fall immer gehen.

Und letztlich hab ich mit dem Dateilimit ein anderes Problem: Ich weiß nicht, ob ich es auf 1.000 oder 10.000 setzen soll, weil ich nicht weiß wie lange das dauern könnte. Zudem durfte es im LAN länger dauern, als auf HD, oder gar SSD.

Da hast du schon recht. Für die Dateianzahl könnte es ein grober Richtwert sein. Letztlich muss du wissen, ab wann es für dich viele Dateien sind. Bei der aktuellen Lösung mit dem Dateianzahllimit hast du halt überall, wo es mehr als x Dateien sind ">x" drinstehen. Bei einer Lösung mit Zeitlimit werden es wohl immer verschiedene Werte sein: ">5762 Dateien" ">832 Dateien" etc. Man kann i.A. nicht damit rechnen, dass das mímmer gleich lang dauert.
Hinzu kommt das Problem, dass die Platte auch mal mit anderen Aufgaben aufgelastet sein kann. In diesem Fall, kann dann auch mal so etwas stehen wie >0 Dateien" oder so. Ich finde die Idee aber trotz dieser möglichen Probleme interessant.

Ich kann nun nicht mehr erkennen, ob der Ordner bereits bewertet wurde oder nicht. Dadurch kann die Summe bei IDENTISCHER Bildschirmansicht unterschiedliche Werte anzeigen!

In der Tat werden Inhaltsplugins in der Statusleiste nicht unterstützt. Darum geht es dir doch, oder? Das wird schon seit vielen Jahren vorgeschlagen, leider bislang vergeblich. Dabei wäre da so viel möglich, nicht nur für die Summenbildung von DirSizeCalc. Man stelle sich so interessante statistische Dinge vor wie 6xBilder mit 1920x1080, 12x 3840x2160 usw. Dafür kann das Teil auch gerne höher werden (konfigurierbar).

[Hacker]

Lefteous,

In der Tat werden Inhaltsplugins in der Statusleiste nicht unterstützt. Darum geht es dir doch, oder? Das wird schon seit vielen Jahren vorgeschlagen, leider bislang vergeblich. Dabei wäre da so viel möglich, nicht nur für die Summenbildung von DirSizeCalc. Man stelle sich so interessante statistische Dinge vor wie 6xBilder mit 1920x1080, 12x 3840x2160 usw. Dafür kann das Teil auch gerne höher werden (konfigurierbar).

Ja genau! Support++!

Roman

[milo1012]

Man stelle sich so interessante statistische Dinge vor wie 6xBilder mit 1920x1080, 12x 3840x2160 usw.

Ich habe mehrmals über diesen Satz nachgedacht, aber weiß immer noch nicht, was du damit konkret meinst. Kannst du das näher erläutern?
(warum sollte ich bei doppelter Auflösung die doppelte Anzahl haben, statt der Hälfte?)

Im übrigen wird in der TC-Hilfe an keiner Stelle von "Statusleiste" geredet, sondern von "Anzahl markierte Dateien" (wenn wir das selbe meinen).

[Lefteous]

2milo1012

Ich habe mehrmals über diesen Satz nachgedacht, aber weiß immer noch nicht, was du damit konkret meinst. Kannst du das näher erläutern?
(warum sollte ich bei doppelter Auflösung die doppelte Anzahl haben, statt der Hälfte?)

Da steckt keine besondere Logik dahinter. Du hast da ein wenig zu viel hinein interpretiert. Es sind eben a Bilder mit Auflösung b und c Bilder mit Auflösung d.
Jetzt kann man vielleicht auf diesen Eintrag draufklicken und die dazugehörigen Dateien markieren, danach filtern oder gruppieren. Da gibt es sicher noch viele Ideen.

Im übrigen wird in der TC-Hilfe an keiner Stelle von "Statusleiste" geredet

Ich bitte um Verzeihung. Der korrekte Begriff heißt Statusinformationen. Ich denke das ist hinreichend allgemein, um mehr anzuzeigen als nur Größensummen und Datei-/Ordneranzahl.

[milo1012]

Es sind eben a Bilder mit Auflösung b und c Bilder mit Auflösung d.

Verstehe, jetzt ist es klar.
Das Zusammenfassen und Gruppieren von Plugin-Feldern aller Dateien im aktuellen Fenster/Verzeichnis wäre wirklich eine nützliche Sache, nur fürchte ich, dass bei großen Verzeichnissen oder langsamen Plugin-Feldern das Ganze wieder zu lange dauern und zu schwierig zu steuern sein würde. Es wäre wirklich spätestens dann Zeit für ein Update des wdx-Interface (aber das hatten wir ja schon in der Vergangenheit diskutiert).

Ich bitte um Verzeihung. Der korrekte Begriff heißt Statusinformationen.

Das war nicht ironisch oder verbessernd gemeint. Es ging mir nur darum, dass viele Begrifflichkeiten bezüglich TCs Bedienoberfläche mehrdeutig sind. TCs Hilfe ist das Erste, woran ich mich (und sicherlich andere Nutzer ebenso) orientiere, weswegen ich da Klarheit schaffen wollte. Ich habe irgendwann aufgehört zu zählen, wie oft ich Dinge hier im Forum wegen solcher Mehrdeutigkeiten falsch interpretiert habe.