Dev/3.2.0 #135

2026-11-10T09:24:24+01:00

nicolas commented

2026-11-10 09:24:24 +01:00

Ce qui est en place :

Six types de champs : zone de texte, texte court, liste déroulante, cases à cocher, case oui/non (« obligatoire » veut dire qu’elle doit être cochée) et étoiles (3, 5 ou 10). Les quatre types de demande peuvent être modifiés ou masqués, pas ajoutés ni supprimés.
Un seul fichier feedback-forms.json, commun à tous les jeux :
- publié par le serveur à côté du trousseau, avec un historique des 20 dernières versions ;
- toujours signé, avec la nouvelle permission feedback.forms et la nouvelle autorisation « formulaires » du trousseau ;
- SQLite écarté : un seul petit document, rarement modifié, qu’il faut de toute façon publier en fichier.
Côté launcher : le fichier est lu à l’ouverture de la fenêtre « Aide » et vérifié comme le catalogue. S’il n’y a rien de valable, les formulaires d’origine s’affichent, et le serveur les accepte toujours.
Compatibilité des demandes :
- chaque demande indique le numéro de version des formulaires utilisés ;
- les launchers 3.0 et 3.1 continuent de fonctionner, sauf pour un type masqué ;
- si les formulaires sont republiés pendant qu’un joueur remplit le sien, le launcher les relit et garde ce qui a été saisi ;
- chaque demande garde son formulaire d’origine, donc elle reste lisible si un champ est renommé ou supprimé ensuite.
ui-snapshot : nouvelle capture feedback-custom, qui montre un formulaire publié avec tous les types de champs.

Nouvelle page « Formulaires des demandes » (permission `feedback.forms`), sur trois colonnes :

À gauche, les quatre types de demande, avec leur état : proposé ou masqué, modifié ou non.
Au centre, les réglages du type :
- nom, icône, description, exemple de titre, informations techniques cochées par défaut, masqué ;
- les champs, repliables : monter, descendre, retirer, libellé, aide, obligatoire, aperçu dans la liste des demandes, longueur, nombre d’étoiles, choix ordonnés ;
- « Ajouter un champ » propose six boutons, un par type de champ. Chaque nouveau champ reçoit un identifiant fixe, jamais celui d’un champ déjà publié.
À droite, l’aperçu, avec exactement les mêmes modèles que la fenêtre « Aide ». Pour ça, j’ai déplacé ces modèles dans le dictionnaire partagé Themes/FeedbackForms.xaml.
Contrôle en direct :
- un lien ou un texte hors limites bloque « Publier », et la liste des erreurs s’affiche ;
- un libellé qui semble demander une donnée personnelle (e-mail, mot de passe, téléphone…) affiche seulement un avertissement.
Publication :
- confirmation, qui rappelle les types masqués ;
- avertissement si la clé de ce PC n’a pas l’autorisation « formulaires » dans le trousseau publié ;
- signature, puis requête signée ;
- si un autre administrateur a publié entre-temps, un bandeau « Recharger » s’affiche et rien n’est écrasé.
Autres boutons : « Annuler les modifications », « Revenir à l’origine » (rien n’est envoyé avant « Publier ») et « Recharger ».

ui-snapshot :

La page est capturée automatiquement.
Nouvelle scène admin-page-feedback-forms-edit : type « bug » modifié, champ ajouté et déplié, erreur « lien » et -avertissement « e-mail » visibles, aperçu à jour.
La fausse API connaît les routes des formulaires.

# **Ce qui est en place :** - **Six types de champs** : zone de texte, texte court, liste déroulante, cases à cocher, case oui/non (« obligatoire » veut dire qu’elle doit être cochée) et étoiles (3, 5 ou 10). Les quatre types de demande peuvent être modifiés ou masqués, pas ajoutés ni supprimés. - **Un seul fichier `feedback-forms.json`, commun à tous les jeux** : - publié par le serveur à côté du trousseau, avec un historique des 20 dernières versions ; - toujours signé, avec la nouvelle permission `feedback.forms` et la nouvelle autorisation « formulaires » du trousseau ; - SQLite écarté : un seul petit document, rarement modifié, qu’il faut de toute façon publier en fichier. - **Côté launcher** : le fichier est lu à l’ouverture de la fenêtre « Aide » et vérifié comme le catalogue. S’il n’y a rien de valable, les formulaires d’origine s’affichent, et le serveur les accepte toujours. - **Compatibilité des demandes** : - chaque demande indique le numéro de version des formulaires utilisés ; - les launchers 3.0 et 3.1 continuent de fonctionner, sauf pour un type masqué ; - si les formulaires sont republiés pendant qu’un joueur remplit le sien, le launcher les relit et garde ce qui a été saisi ; - chaque demande garde son formulaire d’origine, donc elle reste lisible si un champ est renommé ou supprimé ensuite. - **ui-snapshot** : nouvelle capture `feedback-custom`, qui montre un formulaire publié avec tous les types de champs. ## **Nouvelle page « Formulaires des demandes » (permission `feedback.forms`), sur trois colonnes :** - **À gauche, les quatre types de demande**, avec leur état : proposé ou masqué, modifié ou non. - **Au centre, les réglages du type** : - nom, icône, description, exemple de titre, informations techniques cochées par défaut, masqué ; - les champs, repliables : monter, descendre, retirer, libellé, aide, obligatoire, aperçu dans la liste des demandes, longueur, nombre d’étoiles, choix ordonnés ; - « Ajouter un champ » propose six boutons, un par type de champ. Chaque nouveau champ reçoit un identifiant fixe, jamais celui d’un champ déjà publié. - **À droite, l’aperçu**, avec exactement les mêmes modèles que la fenêtre « Aide ». Pour ça, j’ai déplacé ces modèles dans le dictionnaire partagé `Themes/FeedbackForms.xaml`. - **Contrôle en direct** : - un lien ou un texte hors limites bloque « Publier », et la liste des erreurs s’affiche ; - un libellé qui semble demander une donnée personnelle (e-mail, mot de passe, téléphone…) affiche seulement un avertissement. - **Publication** : - confirmation, qui rappelle les types masqués ; - avertissement si la clé de ce PC n’a pas l’autorisation « formulaires » dans le trousseau publié ; - signature, puis requête signée ; - si un autre administrateur a publié entre-temps, un bandeau « Recharger » s’affiche et rien n’est écrasé. - **Autres boutons** : « Annuler les modifications », « Revenir à l’origine » (rien n’est envoyé avant « Publier ») et « Recharger ». **ui-snapshot** : - La page est capturée automatiquement. - Nouvelle scène admin-page-feedback-forms-edit : type « bug » modifié, champ ajouté et déplié, erreur « lien » et -avertissement « e-mail » visibles, aperçu à jour. - La fausse API connaît les routes des formulaires.

nicolas added this to the Système de feedback milestone 2026-11-10 09:24:24 +01:00

nicolas added the Suggestion/Modification label 2026-11-10 09:24:24 +01:00

nicolas self-assigned this 2026-11-10 09:24:24 +01:00

nicolas_gitea was assigned by nicolas

2026-11-10 09:24:24 +01:00

nicolas added this to the Système de feedback project 2026-11-10 09:24:24 +01:00

nicolas added 11 commits 2026-11-10 09:24:25 +01:00

Contrats : formulaires des demandes signés, catégories dynamiques et icônes .ico d920702353

Signature : type de contenu feedback-forms, autorisation « forms » du trousseau, permission feedback.forms 05c5e24327

Serveur : publication signée des formulaires, validation des demandes par révision 5457e66144

Déploiement : blocs nginx des formulaires (lecture publique, publication 300 Ko) 45140ba78a

Launcher : fenêtre « Aide » avec formulaires publiés, nouveaux champs, icônes importées, captures par type fcb27d40b1