Discussion :

[forstera]

Tu raisonne Excel et pas base de données.
Pourquoi ne pas utiliser un champ table hiérarchique ou un champ table avec rupture
Classe
.....|__Type de matière
...............|_______Matière|Prof

.. je suis peut-être trop influencé par l'existant, effectivement.

Honnêtement, je ne connais pas assez ces champs pour voir si cela peut convenir, je vais étudier

La seule chose est que je dois absolument pouvoir atteindre mes éléments finaux (matière, prof) . La zone finale qui contient les informations doit être souple car je peux avoir des cas de figure suivants :

- 1 cours est donné en mode duo ; il doit donc y avoir deux enseignement.
- si 1 enseignant est remplacé (maladie ou autre), le champ contenant son sigle doit être coloré en rose. En double-cliquant sur ce dernier, l'utilisateur pourra connaitre le nom du remplaçant, la date de l'absence planifiée, etc.
- en cas d'effectifs de classes réduits, 1 cours peut-être fusionné sur plusieurs classes. dan ce cas, la trame de fond du cours va être colorée pour indiquer à l'utilisateur que ce dernier est fusionné avec une autre classe. dans ce cas, un nouveau champ sera affiché avec le nom de la ou les autres classes qui partagent ce cours.

la liste n'est pas exhaustive mais tu constates à travers ces cas de figure que je dois être très souple dans la construction de mes classes. Si le champ table hiérarchique / table avec rupture va dans ce sens, je suis preneur

[tbc92]

xXmobiusXx parlait de zones répétées.
Ca me paraît une bonne piste, mais je vois que tu parles d'imbrication de zones répétées, et là, ça me paraît surprenant. Dans une zone répétée, le champ conteneur permet de mettre pas mal de choses. Mettre une nouvelle zone répétée là-dedans va être lourd.

Si tu as beaucoup de niveaux, tu peux faire quelque chose de dynamique.
Je m'appuie sur ton dernier schéma exigences
Sur une partie de l'écran, tu affiches les parties bleues et vertes
Et quand l'utilisateur clique sur une des cases vertes, il voit sur une autre partie de l'écran le zoom sur cette partie, avec les cases oranges.

[forstera]

xXmobiusXx parlait de zones répétées.
Ca me paraît une bonne piste, mais je vois que tu parles d'imbrication de zones répétées, et là, ça me paraît surprenant. Dans une zone répétée, le champ conteneur permet de mettre pas mal de choses. Mettre une nouvelle zone répétée là-dedans va être lourd.

Si tu as beaucoup de niveaux, tu peux faire quelque chose de dynamique.
Je m'appuie sur ton dernier schéma exigences
Sur une partie de l'écran, tu affiches les parties bleues et vertes
Et quand l'utilisateur clique sur une des cases vertes, il voit sur une autre partie de l'écran le zoom sur cette partie, avec les cases oranges.

oui,merci de ton analyse.. c'était bien le but de ma question, savoir si c'est réalisable.

La problématique de base est que cet outil aide l'utilisateur a attribuer des enseignants aux différents cours /modules. il doit donc dans un premier temps avoir une vue globale à la sauce excel ...
dans notre école, il y a 5 filières d'études. Pour la filière principale, nous avons eu 14 nouvelles classes cette année, donc 14 colonnes. Lorsque l'utilisateur dépose les enseignants dans les cours, la vue globale est donc fort appréciable....

Mais effectivement, afficher une vue réduite est peut-être qqchose que je devrai me résoudre à faire ..

merci

[forstera]

oui,merci de ton analyse.. c'était bien le but de ma question, savoir si c'est réalisable.

La problématique de base est que cet outil aide l'utilisateur a attribuer des enseignants aux différents cours /modules. il doit donc dans un premier temps avoir une vue globale à la sauce excel ...
dans notre école, il y a 5 filières d'études. Pour la filière principale, nous avons eu 14 nouvelles classes cette année, donc 14 colonnes. Lorsque l'utilisateur dépose les enseignants dans les cours, la vue globale est donc fort appréciable....

Mais effectivement, afficher une vue réduite est peut-être qqchose que je devrai me résoudre à faire ..

merci

j'ai regardé les tables hiérarchiques et cela semble intéressant car cela me permettrait de résoudre 2 niveaux d'imbrications (groupes de matières / matières enseignées). Je pourrais donc avoir une table par classe. dans cette table, j'ajouterais un champ conteneur contenant une fenêtre interne .
Cela me permettrait de scinder les traitements en deux.

finalement, pour afficher toutes mes classes (donc mes tables hiérarchiques) , je pourrais les ranger dans une zone répétée horizontale !

beaucoup de choses à explorer

[Yusep]

Bonsoir
J'ai lu en diagonale. Mais si ça peut vous aider, je me suis inspiré de cette idée pour bouger des objets graphiques sur un plan avec cette technique :

https://www.developpez.net/forums/d8...cement-souris/

J'enregistre les coordonnées des objets que je clone dans un fichier texte dans mon cas, mais c'est possible dans un fichier HFSQL.

[Voroltinquo]

Je pourrais donc avoir une table par classe. dans cette table, j'ajouterais un champ conteneur contenant une fenêtre interne .

Inutile d'avoir une table par classe, une seule table suffit.
root (facultatif)
...|____Classe_1
..............|_____TypeMatière
.............................|_____Matière
...........................................|_____Prof1
...........................................|_____Prof2
etc
...|____Classe_n
..............|_____TypeMatière
.............................|_____Matière
...........................................|_____Profy
...........................................|_____Profz

[forstera]

Bonsoir
J'ai lu en diagonale. Mais si ça peut vous aider, je me suis inspiré de cette idée pour bouger des objets graphiques sur un plan avec cette technique :

https://www.developpez.net/forums/d8...cement-souris/

J'enregistre les coordonnées des objets que je clone dans un fichier texte dans mon cas, mais c'est possible dans un fichier HFSQL.

Bonjour Yusep et merci pour ton message. J'avais effectivement trouvé ce post dans un forum qui est intéressant. Mais honnêtement, j'ai un peu peur de me lancer dans une telle programmation car toutes les positions devraient être calculées et sachant, que l'utilisateur peut apporter des modifications sur le contenu des cours enseignés dans une classe, cela nécessiterai une remise en page totale à chaque modification ...
Merci toutefois de ton aide et excellente journée

[forstera]

Inutile d'avoir une table par classe, une seule table suffit.
root (facultatif)
...|____Classe_1
..............|_____TypeMatière
.............................|_____Matière
...........................................|_____Prof1
...........................................|_____Prof2
etc
...|____Classe_n
..............|_____TypeMatière
.............................|_____Matière
...........................................|_____Profy
...........................................|_____Profz

Bonjour Voroltinquo et merci encore pour ton implication

J'ai fait des tests hier soir sur des champs tables hiérarchiques et effectivement, cela pourrait fonctionner pour donner une information de base. Au niveau de la mise en page, je ne suis toutefois pas certain que mon utilisateur final acceptera un affichage vertical de toutes les classes les unes en-dessous des autres mais à voir ...
Le second 'problème' est la mise en évidence d'un champ en particulier. Par exemple, l'utilisateur final souhait que le champ (pour en revenir à ton example) du profy de la classe n ait un fond en couleur si ce dernier était remplacé (pour cause de maladie par exemple) et il ne me semble par que dans un champ table hiérarchique nous pouvons atteindre un champ en particulier mais je peux me tromper.

Au final, je dois toujours garder en tête que le but est d'attribuer des enseignants aux centaines de cours qui seront affichés lors de la création d'une nouvelle année scolaire. Il faut donc que l'utilisateur puisse avoir une vue assez globale de, par exemple, tous les cours de français afin de pouvoir savoir les enseignants déjà attribués audits cours ; c'est pour cela que j'avais eu l'idée d'avoir un système en accordéon pour pouvoir ouvrir/fermer les types de cours et améliorer ainsi le confort visuel ..

Je vis quand même tenter une approche champ table hiérarchique 'simple pour montrer à l'utilisateur final ce que cela pourrait donner ..

mais mais ... j'ai vu que pour la version 28 de Windev, un nouveau champ de type kanban serait disponible.. peut-être que cela résoudra mes problèmes ?

[frenchsting]

mais mais ... j'ai vu que pour la version 28 de Windev, un nouveau champ de type kanban serait disponible.. peut-être que cela résoudra mes problèmes ?

Bonjour,

Oui, c'est une nouveauté sauf que :
- Ce n'est pas sûr que cela soit dispo à la sortie de WD28
- Si c'est dispo, ce n'est pas sûr que ce soit totalement opérationnel
- Il faudra peut-être attendre la WD29 (voire 30) pour que cela soit totalement fonctionnel.

[tbc92]

De manière générale, quand une nouvelle fonctionnalité est annoncée, il faut attendre au moins 1 an pour qu'elle soit plus ou moins utilisable.
Tu vas passer ton temps à te demander si c'est toi qui te débrouille mal, ou si c'est l'outil qui n'est pas conforme.

[forstera]

Bonjour,

Oui, c'est une nouveauté sauf que :
- Ce n'est pas sûr que cela soit dispo à la sortie de WD28
- Si c'est dispo, ce n'est pas sûr que ce soit totalement opérationnel
- Il faudra peut-être attendre la WD29 (voire 30) pour que cela soit totalement fonctionnel.

Merci pour l'info.. je vais peut-être contacter le support PC Soft. En fait j'aurais juste besoin des propriétés que m'offrent le kanban... les colonnes, les cartes avec hauteur dynamique et contenu personnalisable. La gestion des transitions entre les colonnes ne serait pas nécessaire dans mon cas (1 colonne = 1 classe) .. à voir

Pour l'instant, je fais sans et continue mes recherches/tests...
Merci

[forstera]

De manière générale, quand une nouvelle fonctionnalité est annoncée, il faut attendre au moins 1 an pour qu'elle soit plus ou moins utilisable.
Tu vas passer ton temps à te demander si c'est toi qui te débrouille mal, ou si c'est l'outil qui n'est pas conforme.

Merci pour le complément .... étant tout nouveau dans l'univers PCSoft, je m'étais donc fait une fausse joie mais à garder en tête car je vais devoir développer ensuite une gestion de processus et cela pourrait être très intéressant ...