Listview für Dateinamen

[kdf]

Zitat von Alter Mann:

Schau dir dies mal an:

MustangpeakCommonLibrary
MustangpeakListView
MustangpeakVirtualShell
VirtualTreeView

dazu noch die unit sevenzip aus der JCL, etwas Arbeit, fertig

Ich habe in Delphi 6 diese mordsmäßige Komponentensammlung, möchte ich in Delphi 10 vermeiden.

[Harry Stahl]

Bezogen auf Deinen ersten Beitrag, meinst Du einfach eine komfortablere Auswahlmöglichkeit von Dateien, wie z.B in der Anlage dargestellt?

[kdf]

genau so könnte das aussehen. Ggf. könnte da noch eine Mehrfachauswahl sein, damit man gleichzeitig mehrere ausgewählte Dateien nehmen kann.

[Bbommel]

Zitat von kdf:

TZipFile finde ich nicht. Ist das ggf. in der Prof. nicht dabei?

Doch, das ist auch in der Professional-Edition schon dabei. Laut deinem Profil hast du Seattle? Da gibt es das jedenfalls schon, binde mal die Unit System.Zip ein.

Hier die Doku.

[kdf]

Zitat von Bbommel:

Zitat von kdf:

TZipFile finde ich nicht. Ist das ggf. in der Prof. nicht dabei?

Doch, das ist auch in der Professional-Edition schon dabei. Laut deinem Profil hast du Seattle? Da gibt es das jedenfalls schon, binde mal die Unit System.Zip ein.

Hier die Doku.

Habe es gefunden, ist da. Da fehlt nur noch eine Viewer-Komponente. Das kann aber auch einfach ein Listview sein.

[Harry Stahl]

Zitat von kdf:

genau so könnte das aussehen. Ggf. könnte da noch eine Mehrfachauswahl sein, damit man gleichzeitig mehrere ausgewählte Dateien nehmen kann.

Ja, eine Mehrfachdateiauswahl ist auch dabei (Strg+Linksclick).

Mehr Informationen hierzu gibt es hier: https://www.devpage.de/dframes/Frames.htm

Ich bin gerade dabei die Seite wieder neu aufzubauen. Es sind also keine Komponenten, sondern Frames (bin mir nicht sicher, ob sich Dein Ausschluss der Lösungen von Drittherstellern nur auf Komponenten bezog oder generell, weil Du evtl. nur eine kostenlose Lösung wolltest). Ich persönlich habe auch eine gewisse Aversion gegen die Verwendung von Komponenten von Drittherstellern, da man bei jedem Delphi-Update die erst mal nicht nutzen kann. Das Problem stellt sich aber bei den Frames hier im Prinzip nicht, da sie wie eigene Projekt-Units behandelt werden und sich i.d.R. mit jeder neuen Delhpi-Version einfach kompilieren lassen. Ich hatte jedenfalls noch nie hier ein Problem.

[Billa]

@kdf #8

Entschuldigung, dass ich den "toten Zweig" der Diskussion nochmal hochhole... ich war gestern nicht online

Wenn Du die Dateien (Anhänge) nicht nur verschicken, sondern auch öffnen willst, müssen die entsprechenden Programme auf dem Rechner installiert (und in Windows registriert) sein. Du kannst die Auswahl also i.d.R. Windows überlassen: ShellExecute ist Dein Freund. Es gibt natürlich Fälle, die komplizierter sind, aber die hast Du bei den anderen Lösungen auch.

Und die Steuerung der Listen inklusive Spezialfällen ist extrem einfach, weil Du immer nur mit Tabelleneinträge hast, für die es ja wunderbare Komponenten (auch mit Mehrfachauswahl) gibt.

[Alallart]

@kdf

Hier laufen anscheinend zwei Diskussionen überlappend, Zip und Liste. Was die Liste an Daten angeht, so kann das einfach gelöst werden. Man muss es nur machen.

Was man nicht machen sollte ist die Informationen in der Komponente ListView speichern. Vielmehr sollte man eine Klasse für alle nötigen Informationen erstellen. Die Informationen dann in die Objekte packen, und diese mit dem Item binden. Die Informationen im Item, also für die Darstellung, kommen dann aus dem Objekt. So ist es am saubersten, und, auch wenn es sich kompliziert anhört, schnell zu realisieren.

Noch besser ist mit TObjectList zu arbeiten. Auch hier eine Klasse für die Informationen (Dateiname, Größe, Icon, usw.). Das schöne an ObjectList ist, dass man sich nicht um das Freigeben der Objekte kümmern muss. Das macht TObjectList selbst. Klein wenig mehr Aufwand, aber man spart sich auch Aufwand. Und nun kommt der Clou. Die Informationen kann man in ListView virtuell darstellen.

[kdf]

@billa

Das läuft bisher natürlich mit ShellExecute und sollte auch so bleiben. In Verbindung mit der Oberfläche von 7-Zip (7zFM) läuft das ansich sehr schön. Das sind nie mehr als 20 - 30 Dateien in einem Ordner/Archiv. Da stellt sich nur die Frage, ob man das Anhängen dieser Dateien an eine Mail vereinfachen kann. Die Mail wird mittels Textblock automatisch generiert. Es bleiben immer diese manuellen Schritte - Anlagen in einen TMP-Ordner kopieren und anhängen. Wenn die Anlagen in einem normalen Ordner stehen, geht das auch automatisch. Eine Liste wird natürlich immer benötigt. 7zFM stellt diese Liste aber bereits zur Verfügung. Ob nun 7z oder auch die Delphi-interne Zip-Lösung, die Anhänge müssen zunächst aus dem Archiv entpackt werden.

@Alallart

Als 2 Diskussionen sehe ich das nicht unbedingt. Eine Auswahl geht nicht ohne eine Liste. Bei dieser 7z-Oberfläche (7zFM) ist diese recht komfortable Liste bereits da. Bei Windows Ordner oder Delphi-Zip muß eine Liste gebaut werden. 7-Zip hat den Nachteil, dass das Programm fertig ist, der Programmierer nicht erreichbar ist. Zumindest sind meine Versuche ihn zu erreichen fehlgeschlagen. Wenn ich in diesen Container eine Datei schiebe, die dort schon existiert, wird die einfach ohne Rückfrage überschrieben. Eine Datei Rechnung.pdf überschreibt also eine vorhandene Rechnung.pdf ohne Rückfrage, obwohl etwas ganz anderes drin steht. Das kann nicht sein. Daher würde ich es vielleicht gern selbst bauen. Die Liste muß nichts können außer anzeigen und sortieren, eine Mehrfachauswahl zur Verfügung stellen.

Es geht eigentlich nur um die Frage, welche Lösung ist besser zu automatisieren. Textbaustein für die Mail auswählen, Anhänge auswählen, an Outlook übergeben. Outlook Display, oder sofort senden.