Discussion :

[Jon Shannow]

Bonjour,

Comme c'est ma première demande en 2021, j'en profite pour vous souhaiter à toutes et tous une Bonne et Heureuse Année, riche en développements (personnels et windev ) et une très très bonne santé (par les temps qui courent, c'est pas du luxe).

Ma demande : voilà, je suis en plein développement de notre futur ERP (refonte d'un vieux truc en Windev 5.5 et fichiers dBase ), et je voudrais proposer un truc pour afficher les tables de certains fichiers (article, client, fournisseur, ...) permettant aux utilisateurs de choisir les champs à afficher.

En effet, les besoins de chacun sont différents, entre le responsable méthode, le chef d'atelier, les personnes du service achat, le bureau d'études, ... les besoins sont différents.

Au départ je pensais me tourner vers ConstruitTableFichier que j'associerais à une requête faite à la volée, en fonction des colonnes sélectionnées par l'utilisateur (dont la liste est mémorisée dans un fichier ini ou autre)

Toutefois, cette fonction, qui fonctionne bien, présente quelques inconvénients, entre autre sur la gestion de colonnes invisibles nécessaires et que je dois ajouter à la liste (de manière transparente pour les utilisateurs) afin de gérer certains filtres, mais aussi sur la taille des colonnes (la table étant ancrée en largeur et en hauteur, les champs ont tous la même taille, après la fonction).

L'autre méthode, mais que je n'ai pas expérimenté, c'est la création de colonnes à la volée. J'avoue ne pas trop savoir comment réaliser cela.

Avez-vous déjà réalisé ce genre de choses ? Et, si oui, comment avez-vous procédé ? Et quels conseils pourriez-vous me prodiguer ?

Merci d'avance
JS

[tatayo]

Bonjour,
J'ai déjà mis en place ce genre de fonctionnalité dans une application.
En premier je crée un fichier HF local, qui va recevoir les données à afficher. La structure exacte de ce fichier dépend du résultat d'une requête, qui va me donner les colonnes dynamiques.
Ensuite j'ai une table fichier, reliée à mon fichier, avec une colonne cachée qui va me servir de "prototype" pour les colonnes dynamiques.
Enfin en me basant sur la liste des colonnes à ajouter (même méthode que pour les rubriques du fichier), je clone la colonne, et la relie à la colonne du fichier.

Cela me permet de traiter cette table comme n'importe quelle table fichier, sans me soucier de savoir si une colonne donnée est clonée ou pas.

Par contre je ne sais pas si les FAA fonctionnent correctement dans ce cas.

Tatayo.

[Jon Shannow]

Merci pour cette piste intéressante.

[Lo²]

Bonjour et bonne année

Actuellement on utilise principalement les FAAs pour que les utilisateurs fassent ce qu'ils veulent : affichage ou non, déplacement de colonne, etc.
Une fois fait, les modifications sont bien récupérées.

Sur certaines colonnes, je vais manipuler l'affichage dans la base de registre, la même que pour les FAAs et ça fonctionne bien aussi.

Edit : Il y a également des menus créés façon FAA pour que seules certaines colonnes soient cachées par les utilisateurs mais avec derrière la base de registre des FAAs.

[philouZ]

Tu peux tout simplement utiliser champcrée() et tout gérer à la main ça se fait très bien si tant est que tu ais stocké toutes infos nécessaires en base. De cette manière, un utilisateur retrouvera son paramétrage quelque soit le pc d'où il se connecte.

[Voroltinquo]

Bonjour,
As tu songé à l'utilisation des plans.
Chaque plan est affecté à un service et le plan s'affiche en fonction du service.
Une autre solution est d'affecter une vue par service et de l'utiliser via ConstruitTableFichier comme tu l'avais envisagé

[Jon Shannow]

Merci pour toutes vos pistes.

Je ne suis pas fan des plans, et puis, je pense que chaque utilisateur est différent et voudra SA personnalisation, donc pour la gestion par plan, je ne crois pas que ce soit une bonne idée.

La méthode Champcree me plait bien, même si je n'ai jamais utilisé cela. Comment est-ce que ça se passe pour l'alimentation de la table via une requête ?

JS

[philouZ]

Il suffit d'affecter la propriété ..FichierParcouru du champ table et la propriété ..LiaisonFichier de chaque colonne

[Jon Shannow]

Merci,
Une question subsidiaire, en conception, je crée la table comment ? Avec une requête bateau ?

[frenchsting]

Hello et bonne année,

Tatayo obtient la liste de ses colonnes par requête. Tu peux faire la même chose, ou lire les valeurs de colonnes de l'utilisateur depuis un fichier ini ou une table de la bdd dédiée à cela.

[philouZ]

Tout dépend de la base et de si tu utilises une analyse ou non. Si tu utilises une analyse, tu peux récupérer la description des colonnes d'une table avec HListeRubrique().

[Jon Shannow]

La base est postgreSQL, et oui, il y a une analyse (qui est en conformité avec la base). Donc, je peux en effet récupérer les descriptions de rubriques.

Ma question est plus du coté du comment je prépare ma table en conception. L'idée était de dire qu'il y a avait des colonnes obligatoires (code et désignation pour la base article - par exemple) et que les utilisateurs pouvaient rajouter des colonnes de la table, ou d'une ou plusieurs tables liées. Et c'est là que le bât blesse.

[Voroltinquo]

Pourquoi ne pas demander aux différents services ce qu'ils désirent ?
Ensuite, tout peut se régler au niveau du groupware utilisateur

[Jon Shannow]

Parce que :
1)Je n'utilise pas le GroupeWare Utilisateur
2)Dans un même service, il peut y avoir des personnes au profil fort différent (dans notre boite)

[philouZ]

Les colonnes obligatoires sont les mêmes pour tout le monde ?

[Jon Shannow]

Oui

[philouZ]

Dans ce cas tu peux créer un tableau avec le nom des colonnes obligatoires pour créer celles-là dans tous les cas et le reste en fonction de ce qui est stocké dans les paramètres.

[laurent30s]

Avec HExécuteRequêteSQL() tu peux exécuter une requête placée dans une chaîne

Donc pour construire ta table à la volée, tu construits d'abord ta requête à la volée avec les rubriques que tu veux afficher dans le SELECT.
Tu la stockes dans une variable chaîne, puis avec ConstruitTableFichier() t'envoies les données dans la table

[Jon Shannow]

Avec HExécuteRequêteSQL() tu peux exécuter une requête placée dans une chaîne

Donc pour construire ta table à la volée, tu construits d'abord ta requête à la volée avec les rubriques que tu veux afficher dans le SELECT.
Tu la stockes dans une variable chaîne, puis avec ConstruitTableFichier() t'envoies les données dans la table

C'est ce que j'avais pensé faire au démarrage. Mais, mes essais m'ont montré que le formatage des colonnes créées par ConstruitTableFichier laissaient à désirer. C'est pour cela que j'ai abandonné cette technique et cherché une autre solution.
Merci pour ta réponse.

[Jon Shannow]

Bonjour,

Je reviens avec mon problème de création de table à la volée.

Voilà, j'ai créé tout un tas de table qui me permettent de récupérer les colonnes à afficher (avec leur taille, le format des numériques, le taux d'ancrage, de gérer des rubriques invisibles, des obligatoires, bref, tout.
J'ai une procédure qui créé la requête SQL qui va bien. toussa toussa.

Mais je me heurte à un souci.

Dans la fenêtre qui contient ma table, j'ai une variable Source de donnée.
Cette source de données servira pour exécuter la requête ci-dessus mentionnée.

Lors de la conception, j'ai créé une table, avec une seule colonne invisible, et je n'ai pas renseigné de fichier/requête dans l'onglet Liaison.


Dans mon code, je clone la colonne de base (que j'ai appelé COL_AJOUT) autant de fois que j'ai de colonnes dans ma configuration.
Pour chaque colonne je renseigne les différentes propriétés.

Code Winedv :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
 
POUR TOUT l_vColonne, l_inIndice de gf_taLesColonnes
	AVEC l_vColonne
		SI .chTypeColonne = "B" ALORS
			l_vUnChampColonne <- ChampClone(COL_AjtInt,ChaîneConstruit( "COL_%1",.chNomColonne)) //J'ai créé une colonne COL_AJTINT pour ajouter des colonnes interrupteurs, car je n'arrivais pas à les créer depuis la colonne COL_AJOUT
		SINON
			l_vUnChampColonne <- ChampClone(COL_Ajout, ChaîneConstruit( "COL_%1",.chNomColonne))
 			l_vUnChampColonne..MasqueAffichage = .chFormat
			l_vUnChampColonne..Taille = .inNbcarac
		FIN
		l_vUnChampColonne..Libellé = .chLibelle
		l_vUnChampColonne..Largeur = .inLargeur
		l_vUnChampColonne..TauxAncrageLargeur = .inTauxancrage
		l_inTotAncrage = .inTauxancrage
		SELON .chTypeColonne
			CAS "C"	: l_vUnChampColonne..TypeSaisie = typSaisieTexte
			CAS "N"	: l_vUnChampColonne..TypeSaisie = typSaisieNum
			CAS "D" : l_vUnChampColonne..TypeSaisie = typSaisieDate
			CAS "H" : l_vUnChampColonne..TypeSaisie = typSaisieHeure
			CAS "Du" : l_vUnChampColonne..TypeSaisie = typSaisieDurée
			AUTRE CAS		
		FIN
		l_vUnChampColonne..LiaisonFichier = "gf_sdReqLstArt."+.chNomChamp
		l_vUnChampColonne..Visible = .boVisible		
	FIN
FIN
TBL_RepertArt..FichierParcouru = "gf_sdReqLstArt"
SI PAS HExécuteRequêteSQL(gf_sdReqLstArt, gP_cnxCnxAppli, hRequêteSansCorrection, gf_chReqSelect_Articles)
	Erreur( HErreurInfo(hErrCode), HErreurInfo(hErrComplet))
SINON
 	TBL_RepertArt.Affiche(taInit)
FIN

Tout fonctionne bien, ma table a bien les bonnes colonnes, la requête semble bien s'exécuter (aucun message d'erreur). MAIS ... il faut un mais, bien sûr.
Ma table est vide ! Donc, la question est : Qu'est-ce que j'ai raté ?

Merci d'avance
JS