Derniers messages
Dernier message par Lyne - 19 Février 2026 à 22:35:05
Cliquez pour afficher le message
Compte-rendu du point hebdo du 19/02/2026
YannK
J'ai commencé à implémenter GECS pour l'UI. Un peu laborieux au début, mais ça commence à se mettre en place. J'arrive à afficher une fenêtre avec des paramètres liés à des composants
Bref, rien de bien passionnant, je réimplémente en ECS ce que j'avais prototypé auparavant. Si jamais vous êtes curieuses, c'est sur mon dépôt https://port.numenaute.org/YannK/khanat-ui
aleajactaest
De mon côté, je regarde sur la partie serveur comment implémenter la réplication (bref un peu plus complexe car on est en UDP/DTLS - mais on reste cohérent avec le client, j'ai quelques solution et je suis en train de tester cette partie)
Pour des besoins de "sécurité", on doit garder des données dans un autre programme/serveur afin de permettre la survie de l'application en temps réel après la perte d'un serveur/programme.
Objectif survir à un crash
K'Deed
J'ai mis à jour plusieurs services dont kloud, forge, runner, ...
J'ai aussi demandé des dons impayés qui devrait arriver bientôt sur Numenaute
Lyne
J'ai fait les comptes du mois
Et j'ai apporté mon soutien moral à Zat dans son aventure contre la bêtise internet banquière
YannK
J'ai commencé à implémenter GECS pour l'UI. Un peu laborieux au début, mais ça commence à se mettre en place. J'arrive à afficher une fenêtre avec des paramètres liés à des composants
Bref, rien de bien passionnant, je réimplémente en ECS ce que j'avais prototypé auparavant. Si jamais vous êtes curieuses, c'est sur mon dépôt https://port.numenaute.org/YannK/khanat-ui
aleajactaest
De mon côté, je regarde sur la partie serveur comment implémenter la réplication (bref un peu plus complexe car on est en UDP/DTLS - mais on reste cohérent avec le client, j'ai quelques solution et je suis en train de tester cette partie)
Pour des besoins de "sécurité", on doit garder des données dans un autre programme/serveur afin de permettre la survie de l'application en temps réel après la perte d'un serveur/programme.
Objectif survir à un crash
K'Deed
J'ai mis à jour plusieurs services dont kloud, forge, runner, ...
J'ai aussi demandé des dons impayés qui devrait arriver bientôt sur Numenaute
Lyne
J'ai fait les comptes du mois
Et j'ai apporté mon soutien moral à Zat dans son aventure contre la bêtise internet banquière
Dernier message par Lyne - 12 Février 2026 à 23:07:13
Cliquez pour afficher le message
Compte-rendu du point hebdo du 12/02/2026
aleajactaest
De mon côté, j'ai poussé la version v0.4.9 (qui contient les upgrade de lib rust + upgrade godot + amélioration de code + implémentation d'une option pour lancer l'éditeur sous une scène spécifique - cela permet de tester sans avoir la partie connexion/réseau)
YannK
De mon côté, j'ai changé d'addon pour l'ECS, je pars sur https://github.com/csprance/gecs finalement, qui est mieux documenté
Il semble également plus actif, avec des choses qui pourront nous servir indirectement (genre ils bossent sur une couche réseau)
aleajactaest
De mon côté, j'ai poussé la version v0.4.9 (qui contient les upgrade de lib rust + upgrade godot + amélioration de code + implémentation d'une option pour lancer l'éditeur sous une scène spécifique - cela permet de tester sans avoir la partie connexion/réseau)
YannK
De mon côté, j'ai changé d'addon pour l'ECS, je pars sur https://github.com/csprance/gecs finalement, qui est mieux documenté
Il semble également plus actif, avec des choses qui pourront nous servir indirectement (genre ils bossent sur une couche réseau)
Dernier message par Lyne - 05 Février 2026 à 21:52:36
Cliquez pour afficher le message
Compte-rendu du point hebdo du 05/02/2026
aleajactaest
De mon côté, j'ai travaillé sur l'upgrade du client godot 4.6, et aussi sur l'amélioration du code Rust (partie serveur)
YannK
J'ai continué à regarder pour l'architecture suivant le modèle ECS et je fais des petits essais avec https://github.com/godothub/godot-ecs qui permet de le faire dans Godot. je pense qu'il serait pertinent d'adopter le même genre de structure entre le client et les systèmes serveurs, donc je regarde comment ça peut s'utiliser pour l'interface vu que j'étais là-dedans. Apparemment c'est un des trucs les plus compliqués à faire en ECS, donc ça me permet de me lancer dans le grand bain direct
En dehors du fait que c'est une architecture qui permettra de bosser avec des datasheets comme prévu (à la façon de Ryzom), j'y ai découvert un autre avantage : tous les systèmes sont découplés, ce qui veut ire que la contribution et le travail en groupe sont facilités : on n'empiète pas sur les autres systèmes quand on bosse sur le sien
Et il y a déjà une structure solide en Rust qui le propose, dans Bevy, ce qui nous éviterait d'avoir à implémenter l'archi sous-jacente
Je vais voir pour le client ce que donne l'addon, mais les besoins sont moins critiques, vu que Godot devrait déjà nous fournir ce dont on a besoin en terme de performance, vu qu'il ne gère pas plein de systèmes.
Bref, si vous avez envie de vous plonger dedans, l'ECS ça me semble la voie à suivre pour le projet, donc n'hésitez pas à regarder un peu pour faire part de vos points de vue
aleajactaest
De mon côté, j'ai travaillé sur l'upgrade du client godot 4.6, et aussi sur l'amélioration du code Rust (partie serveur)
YannK
J'ai continué à regarder pour l'architecture suivant le modèle ECS et je fais des petits essais avec https://github.com/godothub/godot-ecs qui permet de le faire dans Godot. je pense qu'il serait pertinent d'adopter le même genre de structure entre le client et les systèmes serveurs, donc je regarde comment ça peut s'utiliser pour l'interface vu que j'étais là-dedans. Apparemment c'est un des trucs les plus compliqués à faire en ECS, donc ça me permet de me lancer dans le grand bain direct
En dehors du fait que c'est une architecture qui permettra de bosser avec des datasheets comme prévu (à la façon de Ryzom), j'y ai découvert un autre avantage : tous les systèmes sont découplés, ce qui veut ire que la contribution et le travail en groupe sont facilités : on n'empiète pas sur les autres systèmes quand on bosse sur le sien
Et il y a déjà une structure solide en Rust qui le propose, dans Bevy, ce qui nous éviterait d'avoir à implémenter l'archi sous-jacente
Je vais voir pour le client ce que donne l'addon, mais les besoins sont moins critiques, vu que Godot devrait déjà nous fournir ce dont on a besoin en terme de performance, vu qu'il ne gère pas plein de systèmes.
Bref, si vous avez envie de vous plonger dedans, l'ECS ça me semble la voie à suivre pour le projet, donc n'hésitez pas à regarder un peu pour faire part de vos points de vue
Dernier message par Lyne - 30 Janvier 2026 à 00:25:43
Cliquez pour afficher le message
Compte-rendu du point hebdo du 29/01/2026
aleajactaest
De mon côté, j'ai commencé à faire des upgrade de lib rust que j'utilise. et je viens de voir qu'une nouvelle version godot est sortie.
bref, plein d'update en cours
YannK
Moi je n'ai rien fait, je me plonge un peu dans Bevy pour voir comment on pourrait faire de l'ECS au sein de Godot
Entity Component System, un pattern de programmation orienté data
https://en.wikipedia.org/wiki/Entity_component_system pour les plus curieuses
L'idée est, entre autres, d'organiser les datas pour qu'elle soient proches dans le cache processeur, et faciliter le traitement parallèle de beaucoup d'entre elles avec un fort découplage des différents systèmes
Lyne
Moi, comme j'avais fait les comptes, je me suis rendue compte qu'on n'avait toujours pas payé Jabberfr pour les remercier de nous héberger ici
Je suis donc retournée sur le site, qui m'a envoyée sur HelloAsso, qui m'a dit que la campagne pour les payer était fermée
Du coup, j'ai relancé Link Mauve , mais pas encore de réponse
aleajactaest
De mon côté, j'ai commencé à faire des upgrade de lib rust que j'utilise. et je viens de voir qu'une nouvelle version godot est sortie.
bref, plein d'update en cours
YannK
Moi je n'ai rien fait, je me plonge un peu dans Bevy pour voir comment on pourrait faire de l'ECS au sein de Godot
Entity Component System, un pattern de programmation orienté data
https://en.wikipedia.org/wiki/Entity_component_system pour les plus curieuses
L'idée est, entre autres, d'organiser les datas pour qu'elle soient proches dans le cache processeur, et faciliter le traitement parallèle de beaucoup d'entre elles avec un fort découplage des différents systèmes
Lyne
Moi, comme j'avais fait les comptes, je me suis rendue compte qu'on n'avait toujours pas payé Jabberfr pour les remercier de nous héberger ici
Je suis donc retournée sur le site, qui m'a envoyée sur HelloAsso, qui m'a dit que la campagne pour les payer était fermée
Du coup, j'ai relancé Link Mauve , mais pas encore de réponse
Dernier message par Lyne - 22 Janvier 2026 à 23:11:38
Cliquez pour afficher le message
Compte-rendu du point hebdo du 22/01/2026
Lyne
J'ai fait les comptes du mois et, vu qu'on est en janvier, de l'année écoulée
Je vous donne le résumé : on est à l'équilibre à 20 € près
Mais on doit toujours 60 € à Jabber, alors disons qu'on est à l'équilibre à -40 € près
Lyne
J'ai fait les comptes du mois et, vu qu'on est en janvier, de l'année écoulée
Je vous donne le résumé : on est à l'équilibre à 20 € près
Mais on doit toujours 60 € à Jabber, alors disons qu'on est à l'équilibre à -40 € près
Dernier message par Lyne - 15 Janvier 2026 à 22:08:17
Cliquez pour afficher le message
Compte-rendu du point hebdo du 15/01/2026
YannK
Comme vous pouvez le voir vu comme j'ai fait courir Pendorid, j'ai commencé à documenter mon boulot sur l'UI, et j'ai testé les schémas de classe avec Mermaid.
J'ai aussi commencé à ajouter la gestion des thèmes pour les fenêtres et fenêtres contextuelles
Et, inutile donc indispensable, l'image de fond est désormais choisie aléatoirement à chaque lancement.
Je me suis dit que ça pourrait servir quand on fera vraiment le thème, d'avoir des environnements variés en arrière-plan
https://khaganat.net/wikhan/fr:godot:client:window_manager
YannK
Comme vous pouvez le voir vu comme j'ai fait courir Pendorid, j'ai commencé à documenter mon boulot sur l'UI, et j'ai testé les schémas de classe avec Mermaid.
J'ai aussi commencé à ajouter la gestion des thèmes pour les fenêtres et fenêtres contextuelles
Et, inutile donc indispensable, l'image de fond est désormais choisie aléatoirement à chaque lancement.
Je me suis dit que ça pourrait servir quand on fera vraiment le thème, d'avoir des environnements variés en arrière-plan
https://khaganat.net/wikhan/fr:godot:client:window_manager
Dernier message par Lyne - 08 Janvier 2026 à 22:10:47
Cliquez pour afficher le message
Compte-rendu du point hebdo du 08/01/2026
YannK
J'ai continué à bosser sur l'UI. j'ai refactorisé les fenêtres pour qu'elles soient gérées par un WindowManager qui gère leur apparition, déplacement etc.
Elles sont également crées à partir d'un dataset et du panneau de contenu central, ce qui les standardise
j'ai aussi comencé à implémenter les menus contextuels, qui peuvent varier d'une fenêtre à l'autre selon leur contenu, mais avec aussi quelques éléments communs qui peuvent être activés
L'apparition du menu contextuel est géré également par le WindowManager
si vous voulez voir ce que ça donne: https://port.numenaute.org/YannK/khanat-ui
Ce sont toutes des fenêtres factices par contre, hein
YannK
J'ai continué à bosser sur l'UI. j'ai refactorisé les fenêtres pour qu'elles soient gérées par un WindowManager qui gère leur apparition, déplacement etc.
Elles sont également crées à partir d'un dataset et du panneau de contenu central, ce qui les standardise
j'ai aussi comencé à implémenter les menus contextuels, qui peuvent varier d'une fenêtre à l'autre selon leur contenu, mais avec aussi quelques éléments communs qui peuvent être activés
L'apparition du menu contextuel est géré également par le WindowManager
si vous voulez voir ce que ça donne: https://port.numenaute.org/YannK/khanat-ui
Ce sont toutes des fenêtres factices par contre, hein
Dernier message par Lyne - 02 Janvier 2026 à 15:05:00
Cliquez pour afficher le message
Compte-rendu du point hebdo du 01/01/2026
Bananier !
Et pour le reste, on verra quand tout le monde sortira d'hibernation. Peut-être la semaine prochaine.
Bananier !
Et pour le reste, on verra quand tout le monde sortira d'hibernation. Peut-être la semaine prochaine.
Dernier message par Lyne - 27 Décembre 2025 à 20:44:27
Cliquez pour afficher le message
Compte-rendu du point hebdo du 25/12/2025
Pas de point de Noël cette année. On verra s'il y a un point de la Saint-Sylvestre dans une semaine.
Pas de point de Noël cette année. On verra s'il y a un point de la Saint-Sylvestre dans une semaine.
Dernier message par Lyne - 18 Décembre 2025 à 22:07:12
Cliquez pour afficher le message
Compte-rendu du point hebdo du 18/12/2025
YannK
J'ai avancé sur l'UI, un tout petit peu nivau graphisme, mais j'ai surtout commencé à coder un truc qui puisse nous servir de Window manager. Je bosse sur un petit dépôt temporaire à côté de celui d'Alea pour me simplifier les tests.
Je m'inspire très fortement de celui de Ryzom, vu qu'on était parti de ça, et je teste avec des fenêtres en mockup qui reprennent celles proposées sur le wikhan
Pour celles que ça intéresse, le code est là: https://port.numenaute.org/YannK/khanat-ui
C'est juste des placeholder, l'UI ne fait rien.
Si des personnes sont intéressées, je propose de vous faire une petite démo avec des explications après la réunion. On pourra se faire un vocal tandis que je partagerai mon écran. Ce sera juste via un lien que je filerai en MP à celles intéressées
Pour les illustrations: une capture de mes tests de mise en place de l'UI: https://kloud.khaganat.net/s/4A8WT3qoadgTERz
aleajactaest
De mon côté, j'ai mis à jour le workflow pour lancer depuis forgejo (maintenant il faut demander dans l'interface forgejo pour lancer les job).
j'ai inclus :
* test du cache : que je n'arrive pas à tester en local (et j'attends désepérément une solution pour tester en locale)
* test des artefact (même problème que le cache
* génération de la doc
* build du serveur release (static)
* build du serveur debug (static) + exécution des tests de fonction + exécution de la QA (le tout dans un job, car le cache ....)
Bon par contre le runner n'étant pas actif, il n'a pas pu se lancer.
Et je suis toujours preneur d'un exemple pour lancer le runner en local.
Lyne
De mon côté, j'ai fait les comptes du mois
K'Deed
J'ai mis à jour peertube, hier, et les hyperviseur aussi, c'est tout .
Ah non, le runner aussi
YannK
J'ai avancé sur l'UI, un tout petit peu nivau graphisme, mais j'ai surtout commencé à coder un truc qui puisse nous servir de Window manager. Je bosse sur un petit dépôt temporaire à côté de celui d'Alea pour me simplifier les tests.
Je m'inspire très fortement de celui de Ryzom, vu qu'on était parti de ça, et je teste avec des fenêtres en mockup qui reprennent celles proposées sur le wikhan
Pour celles que ça intéresse, le code est là: https://port.numenaute.org/YannK/khanat-ui
C'est juste des placeholder, l'UI ne fait rien.
Si des personnes sont intéressées, je propose de vous faire une petite démo avec des explications après la réunion. On pourra se faire un vocal tandis que je partagerai mon écran. Ce sera juste via un lien que je filerai en MP à celles intéressées
Pour les illustrations: une capture de mes tests de mise en place de l'UI: https://kloud.khaganat.net/s/4A8WT3qoadgTERz
aleajactaest
De mon côté, j'ai mis à jour le workflow pour lancer depuis forgejo (maintenant il faut demander dans l'interface forgejo pour lancer les job).
j'ai inclus :
* test du cache : que je n'arrive pas à tester en local (et j'attends désepérément une solution pour tester en locale)
* test des artefact (même problème que le cache
* génération de la doc
* build du serveur release (static)
* build du serveur debug (static) + exécution des tests de fonction + exécution de la QA (le tout dans un job, car le cache ....)
Bon par contre le runner n'étant pas actif, il n'a pas pu se lancer.
Et je suis toujours preneur d'un exemple pour lancer le runner en local.
Lyne
De mon côté, j'ai fait les comptes du mois
K'Deed
J'ai mis à jour peertube, hier, et les hyperviseur aussi, c'est tout .
Ah non, le runner aussi
