FancyListview-DLL

Ich hab's gerade im "anderen" Forum schon gepostet. Hier aber auch nochmal:

Ich hatte es satt, immer das entsprechende Subclassing neu zu schreiben, wenn ich mal eine GridBox (ein ListView) formatiert dargestellt haben wollte. Da coded man sich einen Wolf. Daher habe ich mir jetzt die Mühe gemacht, das in einer DLL zusammenzufassen, sodass man nicht immerzu das Rad neu erfinden muss.

Da das ganze ziemlich komplex geraten ist (aber immer noch einfach zu bedienen, hoffe ich), konnte ich vermutlich nicht alle Konstellationen durchtesten. Es kann also durchaus sein, dass noch irgendwo etwas hakt. Ich hoffe aber, dass im großen und ganzen alles laufen sollte.

Es ist ein Code-Beispiel beigefügt, außerdem eine ausführliche chm-Hilfedatei: FancyListview.zip

Beste Grüße, Jens-Arne

Anhang und Link aktualisiert 28.08.2024, Volkmar

Hallo Heinz,

ja: Farben! Jede Zelle kann völlig frei farbig gestaltet werden. Ich habe früher auch immer die listview.dll benutzt, aber was Farben angeht, hat Frank damals gemeint, das sei zu aufwändig und auch zu speicherintensiv. Und ja, es ist aufwändig, und es braucht auch Speicher (bei 10.000 Zellen vielleicht 1-2 Megabyte oder so, wenn ich das richtig überschlagen habe). Aber das ist heute kein Problem mehr.

Das hier ist aus dem Beispielprogramm, da sieht man es noch besser, weil verschiedene Zellen einer Zeile verschiedene Farben haben:

Außerdem sind die Zellen der Spalte 0 korrekt nach Zahlen sortiert, nicht rein alphabetisch (was natürlich auch möglich wäre, dann würde aber z.B. 2 nach 10 kommen, was wenig Sinn ergibt), und das, obwohl die Zellen mit Text beginnen.

Und nochmal ein Beispiel für etwas "brutalere" Formatierungen:

Man beachte auch die leichten Farbverläufe von oben nach unten. Das sind PatternBrushes, das geht mit der listview.dll auch nicht.

Wie gesagt, man kann jeder *Zelle* (nicht nur jeder Zeile) eine eigene Farbe (und Schriftart etc.) zuweisen. Es spricht also nichts dagegen, allen Zellen einer Spalte eine einheitliche Farbe zuzuweisen: @FLVSetCps(hFLV,-1,iSpalte,nCPS) [-1 steht hier für den Zeilenindex und sagt: alle Zeilen]

Im Ergebnis wird die Spalte dadurch "hervorgehoben" angezeigt.

Die Tricks im Umgang mit zu sortierenden Zahlen sind bekannt, hier aber unnötig, weil die DLL das ganz von allein hinbekommt, ohne führende Nullen oder verborgene Spalten.

Danke! Ich habe aber gerade einen "lustigen" Bug festgestellt: Die DLL krallt sich *jedes* Listview, das auf einem Fenster (meistens wohl dem Hauptfenster) liegt, auf dem auch ein FancyListview definiert wurde, und färbt es gnadenlos ein. Das muss geändert werden, schaffe ich heute aber nicht mehr, und hier kann ich ja auch keine Updates posten. Künftige Versionen müssen also über xprofan.net bezogen werden. Wirklich ein interessanter Fehler, mea culpa!

Ja klar, ich kann hier eine neue Version hochladen, aber ganz oben im Post ist dann trotzdem immer noch die alte, die jeder zuerst sieht, weil ich den Beitrag nicht mehr ändern kann.

Hallo Volkmar, ok, gut zu wissen. Hier kommt die neue Version, in der der Fehler behoben ist. Könntest Du die Datei aus dem ersten Posting bitte durch diese hier ersetzen? Ich werde das nur bei größeren Versionsänderungen machen, damit Du nicht zu viel Geschiebe machen musst. Kleinere sind dann eben nur bei xprofan.net zu finden.

Danke und Gruß, Jens-Arne

Mistmistmist, muss Dich noch einmal bitten, das XProfan-Beispielprogramm war noch grob fehlerhaft (ich hatte mit JRPC3 getestet, da ist die Reihenfolge von $I- und $H-Dateien egal, mit reinem Profan aber überhaupt nicht).

Aktuelle Version im ersten Beitrag FancyListview-DLL, Volkmar

Vielen Dank!