Discussion :

[yetanotherlogin]

Bonjour

J'aimerais trouver un composant qui fasse à la fois simple grid et DBgrid, fonctionne de manière sûre (les données des clients, c'est critique) et soit en développement actif.

J'ai essayé Next(DB)Grid mais il buggue et il semble n'être développé que par une seule personne, donc risqué de se baser sur ce composant.

Je viens de regarder TMS, mais d'après le PDF, la version DBgrid ne permet pas de récupérer la totalité des enregistrements d'un dataset ET de pouvoir modifier les données (c'est l'un ou l'autre. Peut-être y a-t-il une solution?)

A ma connaissance, ça ne laisse que DevExpress, qui n'est pas donné (400€).

Connaissez-vous d'autres solutions qui respectent ces contraintes?

Merci.

[BuzzLeclaire]

Salut,

SMDBGRID et le tour est joué.

[Andry]

J'aimerais trouver un composant qui fasse à la fois simple grid et DBgrid, fonctionne de manière sûre (les données des clients, c'est critique) et soit en développement actif.

C'est à dire ???

Je viens de regarder TMS, mais d'après le PDF, la version DBgrid ne permet pas de récupérer la totalité des enregistrements d'un dataset ET de pouvoir modifier les données (c'est l'un ou l'autre. Peut-être y a-t-il une solution?)

D'habitude, les (DB)Grids affichent juste les données qui sont stocké dans les Datasets. Pourquoi ne pas utiliser directement le Dataset rattaché pour recuperer les enregistrement.
En plus à mon humble avis, une grille n'est pas vraiment faites pour la saisie/modification.

A ma connaissance, ça ne laisse que DevExpress, qui n'est pas donné (400€).
Connaissez-vous d'autres solutions qui respectent ces contraintes?
Merci.

Comme te le dis Buzz, essaye SMDBGRID ou InfoPower.

[fredtheman]

Merci pour les infos. A ma connaissance SMDBGrid ne fonctionne qu'en mode DB-aware; je préfèrais un composant qui puisse fonctionner dans les deux modes (grille indépendante + grille liée à un dataset), selon les besoins.

InfoPower : le site ne fait pas très professionnel. C'est un composant de même qualité que TMS ou DevExpress?

[ShaiLeTroll]

DevExpress = Très Très Lourd
TMS = Aucune Limitation comme tu le signale, je les utilise, il y a la TAdvDBStringGrid et la TAdvDBGrid, elles fonctionnes différement ... c'est Très Lourd
InfoPower = Je n'utilise que le wwRichEdit, et vu le prix, ils sont pro ... (même si leur site est moche, après tout c'est des développeurs Delphi et non Web)
SMDBGrid = Faudrait un jour que je la regarde, tout le monde en parle

Sinon, rien est mieux qu'un bon formulaire pour modifier des données, utiliser un DBGrid en modification, c'est juste la plaie en terme d'ergonomie

[chaplin]

VirtualStringGrid, le composant est très riche et il me semble qu'il y a une adaptation (exemple ou projet) pour s'appuyer sur un Dataset.

En tout cas, le composant est très performant (cf exemples, démos).

[fredtheman]

En fait, j'aime bien avoir le choix entre un grid libre et un gris DB-aware.

Plutôt que de me palucher un formulaire à la main, je présente simplement un grid à deux colonnes "clé=valeur" et les utilisateurs remplissent. C'est moins beau qu'un formulaire, mais c'est très flexible et rapide à faire.

Si vous me dites que DevEx/TMS sont lourds (c'est effectivement l'impression que ça me donne), et sachant que SMDBGrid ne peut fonctionner qu'en mode DB-aware, ça laisse InfoPower et VirtualTreeView.

Comme VTV est gratuit et est en développement actif, je pencherais plutôt pour ça. Quelqu'un a une bonne expérience de ce composant et pourrait me donner ses impressions?

Merci.

[ShaiLeTroll]

Clé=Valeur, tu peux aussi très bien utilisé TValueListEditor, et faire toi même une fonction pour charger\enregistrer un DataSet ...

[fredtheman]

Tout à fait, mais le grid en deux colonnes, c'est uniquement quand l'utilisateur est en mode modification. En mode consultation, j'affiche tous les enregistrements normalement, cad avec toutes les colonnes horizontalement.

J'ai donc besoin d'un grid qui fonctionne dans les deux modes.

Je vais regarder VirtualTreeView rapidos pour voir si c'est une bonne solution pour travailler avec une base de données (SQLite, voire Firebird).

Merci.

[chaplin]

Le VirtualTreeView offre une grande souplesse pour travailler sur les données qui sont vu comme des "Data(s)" une notion très générale qui offre une très grande liberté d'utilisation. Je l'ai utilisé pour la partie arbre en utilisant massivement la récursivité et dans ce cas de figure le composant est très puissant.

Comme les types structures permettent de rajouter des méthodes ( >= V2007, a vérifier) qui leur donnent un comportement de classe sans héritage, libre à toi de faire travailler ton imagination.

[yetanotherlogin]

Ce qui me fait peur avec VTV, c'est que c'est normalement pensé pour faire des arborescences alors que je veux juste un (DB)grid.

En plus, il y a très peu de traffic sur leur forum, très peu de réponses, et je bute sur une erreur ("F1026 File not found: 'VirtualTrees.dcu'") dès le départ (le répertoire est bien dans Library Path, et le DCU y est bien présent). C'est pas très rassurant :-/

[chaplin]

Si tu télécharges le composant, tu disposes des sources, tu compiles puis tu installes le package. Tu rajoutes le .pas directement dans le projet et tu déroules ton code pas à pas.

En fait, si tu veux t'en sortir, il faut tester les exemples et fouiner dans le code source du composant car ses possibilités sont immenses surtout sur le partie graphique.

Même si VTV est très bien adapté pour faire des arbres, rien ne t'empèche de faire que des "feuilles" pour avoir une vue style DBGrid, ce n'est qu'un cas particulier et il y a des codes sources exemples dont un sur les polices de caractères qui montre la palette des possibilités graphiques du composant.