TStringgrid vs TListView - die Wahl zwischen Pest oder Cholera

[atari1040]

Dann ist der VirtualStringTree doch die beste Wahl. Etwas höhere Lernkurve aber brutal flexibel.

Das könnte eine Lösung sein. Wir versuchen nur den Einsatz von Fremdkomponenten so viel wie möglich zu vermeiden. Wir müssen einige Delphi Applikationen warten, deren Entwickler fast ganz Torry integriert haben. Da fällt ein Umstieg nach 20 Jahren dann auch echt schwer und eine Neuentwicklung ist meistens schneller. Dann aber leider nicht mit Pascal. Den VirtualTree haben wir auch schön öfters eingesetzt, aber nur wenn wir auch wirklich einen Tree und keine flache Table brauchten.
Wir wünschen uns eine leistungsfähige Grid Komponente für die Anforderungen dieser Zeit (REST-Api Client,....) wo Du ganz einfach im Handling grid.AddRow und gridColumnByName('name') und im Click Event den RowIndex hast usw... um nicht zu sagen ein einfaches cxGrid von DevExpress

[charlytango]

um nicht zu sagen ein einfaches cxGrid von DevExpress

oh ja, das wünsche ich mir auch. Also einen cxGrid nativ unter Lazarus.

Nur fürchte ich so ganz einfach wird es das nicht spielen, denn die DevEx Jungs haben sehr tief in der Windows-API Kiste rumgewühlt und das lässt sich 1:1 wohl nicht auf die Lazarus Philosophie übertragen.
Wünschen würde ich mir so einen Grid allemal.

[af0815]

Wünschen würde ich mir so einen Grid allemal.

BTW: Lazarus ist OpenSource, also kann man sowas auch als Community-Projekt versuchen. Das sowas angenommen wird, zeigen ja auch Sachen wie OPM.

Nur muss man erst einmal in Gang bringen und wissen was man (genau/in etwa) will.

[theo]

Ich habe mich hier nicht durchgelesen, wollte nur kurz einwerfen, dass es den oft vergessenen KGrid auch noch gibt.
https://wiki.freepascal.org/KControls#KGrid_control
Ob der hier irgend ein Problem löst, kann ich nicht beurteilen.

KControls im OPM.