perspectives

bonjour, jpl-brz : tests en cours de la dernière version

calendrier avec numéros de semaine (ISO européen avec lundi en premier jour) pour pouvoir en premier stade de prévision dégrossir juste au niveau des semaines possibles ou non.
affichage date possible style "2017w38" et non un jour précis comme 2017-09-19
pour l'ergonomie regrouper automatiquement l'affichage des en-têtes de colonne si même mois, semaine, jour exemple *:

..................septembre (ou 09 ?)..................< ligne mois

........18.......19.......20.......21.......22.........< ligne jour ou num semaine ISO en wNN

...............................................................< ligne heures (existe)

..............matin apm..................matin apm............< ligne textes libres (exemples)

(ajouté 2017-09-25)

En l'absence de trace de mise à jour, il est difficile au visiteur de savoir la date de validité des infos qu'il consulte (quand ont-elles été actualisées ou notées encore valables par leurs auteurs respectifs ?). On peut imaginer en première approche, à droite des boutons "participants", une colonne instant de dernière visite* de chacun ("5mn", "3jours"), car cette indication variable est peut-être difficile à inclure dans le bouton sous chaque choix et en petits caractères.

(ajouté 2017-09-27)

- dernière visite suffit si l'auteur de la ligne considère qu'il n'a rien à changer. cordialement

2017-10-02 pb qui apparaissent en usage réel avec ce type d'outil initial "simple", après compléments ci-dessus :

homogénéiser deux instances de Kyéla ou plus qui auraient besoin des mêmes réglages d'ensemble (dates et moments journée, réponses, ...) mais pour deux groupes consultés distincts (ou plus).
visions possibles temporaires fusionnées des kyélà homogènes ci-dessus pour l'organisateur (addition de 3 Kyéla, puis vision 2 par 2 groupes, ou les 3, pour 4, 3 par 3 groupes ou les 4, etc ...). mais c'est peut-être au-delà des plus possibles pour le moment. cordialement

Provide feedback