Discussion :

[Jon Shannow]

Bonjour,

Voilà, je voulais afficher une liste en provenance direct d'une table SQLite.

J'ai bien tout remplit, mais à l'execution, ma liste reste vide !

J'ai tout bien vérifié, la connexion est active (j'utilise les compos ZEOS), ma table est active, le datasource est bien branché sur la table et la tdblistbox sur le datasource. Le datafield est bon. Bref,c'est un truc simple à la base.

Mais rien à faire, la liste reste vide !

Qu'est-ce qui ne fonctionne pas sous Lazarus ? Y a t-il un truc à faire en plus ?

Merci d'avance

JS

[Jon Shannow]

HAAAAAA !
Je viens de rajouter une TDBCombobox et la zone de saisie est bien initialisée avec le premier enregistrement, mais la liste de défilement reste vide elle aussi !

C'est quoi ce m***er avec Lazarus ?

[Ph. B.]

Bonjour,

Je crois que vous confondez TDBListBox et TDBComboBox avec respectivement TDBLookupListBox et TDBLookupComboBox...

Les premiers servent à alimenter un champ à partir d'une liste fixe, les seconds à alimenter un champ qui est une clé fournie à partir des données d'un ensemble de données lié.

Après il faut regarder les propriétés ListSource, KeyField, ListField pour l'ensemble de données lié, DataSource, DataField pour l'ensemble de données principal.
--
Philippe.

[Jon Shannow]

Bonjour,

Merci de votre réponse, mais, non, je ne confond pas.

J'ai placé un TDBListBox afin d'afficher dans ma fiche la liste des éléments d'une table de ma base.
Il n'y a pas de listource, keyfield, ou listfield dans les propriétés de TDBListBox.

Le datasource pointe vers un datamodule lui-même lié à ma table, ma table est active, et le champs datafield est renseigné. Bref, je fais comme avec Delphi. Hélas, le résultat n'est pas là. La liste reste vide à l'execution.

D'après les forum anglais, ce serait un bug répertorié depuis pas mal de version, mais toujours pas corrigé !

J'ai contourné le problème en utilisant une table, mais,c'est dommage, et ça risque d'être gênant pour la suite.

Je vais chercher un composant de remplacement, mais ça va pas être évident à trouver. C'est quand même dommage que des bugs aussi majeurs ne soient pas corrigés.

JS

[Ph. B.]

Bonjour,

Merci de votre réponse, mais, non, je ne confond pas.

Je me permet d'insister car conceptuellement, et là je reprends l'aide de Delphi sur laquelle je m'appuie pour argumenter :

TDBListBox représente une boîte liste orientée données qui permet aux utilisateurs de changer la valeur du champ en sélectionnant un élément dans une liste.
Description
Utilisez TDBListBox pour ajouter à une fiche une boîte liste permettant aux utilisateurs de changer la valeur d'un champ de l'enregistrement en cours à partir d'un ensemble de choix prédéfinis.

TDBLookupListBox propose une liste d'éléments de référence pour renseigner les champs qui attendent des valeurs provenant d'autres ensembles de données.
Description
Utilisez TDBLookupListBox pour proposer aux utilisateurs une liste d'éléments de référence permettant de définir la valeur d'un champ en utilisant les valeurs d'un champ d'un autre ensemble de données. Les boîtes listes de référence affichent habituellement des valeurs décrivant la valeur réelle du champ.

J'ai placé un TDBListBox afin d'afficher dans ma fiche la liste des éléments d'une table de ma base.

Pour moi, c'est donc un TDBLookupListBox qu'il faut utiliser...
Un TDBListBox est alimenté en remplissant la propriété Items d'un ensemble de choix prédéfinis dont celui qui sera sélectionné renseignera le champ défini par DataField appartenant au Datasource sélectionné.

Il n'y a pas de listource, keyfield, ou listfield dans les propriétés de TDBListBox.

Je parle là des propriétés des composants TDBLookupListBox et TDBLookupComboBox...

Le datasource pointe vers un datamodule lui-même lié à ma table, ma table est active, et le champs datafield est renseigné. Bref, je fais comme avec Delphi. Hélas, le résultat n'est pas là. La liste reste vide à l'execution.

Cf. ce que j'ai indiqué ci dessus...

D'après les forum anglais, ce serait un bug répertorié depuis pas mal de version, mais toujours pas corrigé !

J'ai contourné le problème en utilisant une table, mais,c'est dommage, et ça risque d'être gênant pour la suite.

Je vais chercher un composant de remplacement, mais ça va pas être évident à trouver. C'est quand même dommage que des bugs aussi majeurs ne soient pas corrigés.

Là, pour moi, il s'agit non pas d'un bug mais plutôt d'une incompréhension du fonctionnement des composants utilisés, peut-être du à l'absence de documentation plus détaillée...
--
Philippe.

[Jon Shannow]

OK, je comprends ce que tu dis, et vois mon erreur. Donc, j'en conclus que pour afficher une liste des éléments d'une table, sans lien, juste pour avoir une liste, il faut utiliser une table, même si elle n'a qu'une colonne !

C'est ça ?

[Ph. B.]

OK, je comprends ce que tu dis, et vois mon erreur. Donc, j'en conclus que pour afficher une liste des éléments d'une table, sans lien, juste pour avoir une liste, il faut utiliser une table, même si elle n'a qu'une colonne !

C'est ça ?

Je pourrais faire une "réponse de normand" : p'tet ben que oui, p'tet ben que non..."

Pour afficher une liste des éléments d'une table :

• un TDBGrid (mais comme son nom le laisse penser, c'est plus prévu pour du multi-colonne).
• un TDBLookUpListBox (voire en fonction de l'interface utilisateur un TDBLookUpComboBox) (mono colonne).
• un TListBox (voire un TComboBox) dont on alimentera à la main la propriété Items avec les éléments choisis dans la table sélectionnée.

Après, on peut éviter d'utiliser un TTable mais plutôt un TQuery (les deux descendent du TDataset) dont la requête SQL de sélection se limitera à une colonne...
--
Philippe.

[Jon Shannow]

OK,

Merci pour ces éclaircissements, je met en résolu le sujet

JS