*Update*
- Beim Berechnen der Dateigrößen wird nun die Clusergröße berücksichtigt
- Alle JVCL Komponenten wurden entfernt, so dass der Code mit Standard Delphi kompilieren sollte
*Update*
LIST][*]Alle JVCL Komponenten wurden entfernt, so dass der Code mit Standard Delphi kompilieren sollte
[/LIST]
:eek: Mit Turbo Delphi ist die EXE bald dreimal so groß. 235 kB : 609 kB.
Und was kann das Tool jetzt, was z.B. der "Scanner" nicht kann?
Das müssten dann schon erhebliche Vorteile sein, um einen ganz entscheidenden Nachteil aufzuwiegen: Menschen können sich Zahlenwerte nur sehr mittelbar vorstellen, sie müssen sich daraus eine Größenordnung vorstellen. Genau in diesem Punkt unterstützen Scanner und SequoiaView den Anwender ganz erheblich.
Mir persönlich scheint die Darstellung der konzentrischen Kreissegmente im Scanner optimal. Vielleicht schaffst du es ja zumindest, Balken unter die Einträge zu setzen? Das müsste in den CustomDraw-Ereignissen mit dem Canvas der TreeItems möglich sein, hoffe ich.
:eek: Mit Turbo Delphi ist die EXE bald dreimal so groß. 235 kB : 609 kB.
UPX, mein Freund
upx.exe --ultra-brute --force "C:\Path To Program\Foo.exe"
http://upx.sourceforge.net/#download
Is denn das DPI Problem mit dem Build von Turbo Delphi behoben?
UPX, mein Freund
Ach so. Daran hatte ich nicht gedacht, weil zum Beispiel D3Prof auch deutliche kleinere Compilate als Turbo Delphi erstellt.
Is denn das DPI Problem mit dem Build von Turbo Delphi behoben?
Kann ich leider nicht sagen, weil ich meinen w2k-Rechner nicht mehr hier habe. Vielleicht kann Der Karl es testen.
Mir persönlich scheint die Darstellung der konzentrischen Kreissegmente im Scanner optimal. Vielleicht schaffst du es ja zumindest, Balken unter die Einträge zu setzen? Das müsste in den CustomDraw-Ereignissen mit dem Canvas der TreeItems möglich sein, hoffe ich.
Mit VirtualTreeView gibt es da wohl eine Komponente. Und für ein TListView gibt es bei den Schweizern ein Beispiel.
Und für ein TListView gibt es bei den Schweizern ein Beispiel.
Danke für den Hinweis, aber für den Verzeichnissbaum verwende ich ja ein TreeView, kein ListView.
Außerdem denke ich, dass ich an der Oberfläche nix mehr großartig verändern werde.
Das Programm tut im Moment genau das, was ich mir gewünscht hab, kein Grund es zu verkomplizieren
Danke außerdem für das Turbo Delphi Build, werde mal checken, ob das DPI Problem damit behoben ist...
Moin,
das Font-Problem besteht auch beim "Kompilat" von Frank.
Gruß Karl
Dürfte ein Windows- oder Treiberproblem sein. Konnte es mir auf einem Win2000-Rechner über TV out bei 800*600 Bildauflösung ansehen. Bei 125 % Schriftgröße überlappt sich vieles, aber bei 200 % passt gar nichts mehr.
Ich halte "SequoiaView" oder Steffen Gerlachs "Scanner" für dafür noch etwas hilfreicher.
Nett Alternative: http://windirstat.info/
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!