Assemblée Osuny #9 Réunion mensuelle ouverte

Nous organisons une réunion mensuelle ouverte, le premier jeudi de chaque mois, dans le but de rassembler toute la communauté Osuny. Cet événement est un moment d'échange et de discussions, pendant lequel l'équipe noesya présente les avancées fonctionnelles. Cet événement est ouvert, vous êtes libre de venir quand vous le souhaitez, il n'y a aucune obligation d'être présent·e chaque mois, c'est à votre convenance. Nous souhaitons co-construire l'ordre du jour de cette réunion mensuelle avec vous, donc nous sommes à l'écoute de vos remarques et/ou questions.

Accéder à la vidéoconférence Jitsi - lien externe

Olivia présente le travail réalisé sur les options des actualités. Nous avons étendu ce travail aux autres blocs de listes, campus, organisations et personnes. Nous pouvons maintenant choisir d'afficher l'image, le résumé, l'auteur, la date, les catégories et le temps de lecture.

Pour les contributeurs, la principale différence est qu'auparavant, on demandait si on voulait masquer ou afficher. Nous n’avions pas la notion des options par défaut, ce qui est le cas à présent, par défaut l'image et le résumé sont affichés. 

Les fonctionnements ont été documentés sur developers : https://developers.osuny.org/docs/theme/architecture/options/

Sources :
- Pull requests admin 
https://github.com/osunyorg/admin/pull/1850 - lien externe
https://github.com/osunyorg/admin/pull/2120 - lien externe

- Pull requests thème
https://github.com/osunyorg/theme/pull/493 - lien externe 
https://github.com/osunyorg/theme/pull/513 - lien externe

Nous avons travaillé sur la taxonomie des catégories.

Un système de catégories fonctionne comme un arbre où l'on coche en fonction de ce que l'on souhaite indexer. Par exemple, pour indiquer un genre musical et, pour un autre projet, des compétences mises en œuvre, compétence et genre musical sont des catégories différentes et auparavant, on ne pouvait pas le faire.

Nous avons tenté une approche pour le site de Takumi - lien externe, actuellement en cours de développement, permettant des taxonomies multiples pour décrire des projets. Nous avons codé avec Olivia pour gérer ce cas de manière légère pour les projets.

Il reste le problème d'articulation entre une taxonomie fermée et des éléments libres : comment les articuler ?

Yuna demande si, dans les listes de projets et des actualités, il est possible de choisir ce qu'on affiche dans chaque item, notamment l'élément du projet qu'on affiche. Arnaud répond que, dans une liste restreinte, on ne va jamais par défaut fouiller dans les blocs. Cela reste possible, mais il pense que ce n'est pas faisable pour des éléments si particuliers.
Arnaud précise que les “custom fields” et “custom types” sont des projets prévus. Ajouter des objets spéciaux qui n’existent pas en standard nécessite, par exemple, d'avoir un scénario d'utilisation ou un cas client. C'est très abstrait. Cela ne va pas venir immédiatement sur la feuille de route ; nous allons d'abord stabiliser. Une fois que nous aurons atteint un niveau de stabilité, nous pourrons nous attaquer à ce projet et décider lequel prioriser, “fields” ou “types”.

Nous travaillons avec la Gaité Lyrique via Matter of Fact - lien externe, et il y a de nombreux défis concernant l'agenda. Nous avons travaillé avec Ophélie Burgstahler - lien externe, mandatée par Matter Of Fact, pour nous adapter à un agenda complexe. Nous disposons d'un système de filtre et de remontées par événements, et nous devons gérer plusieurs milliers d'événements.

Sur l'interface sur laquelle nous travaillons, lorsque nous accédons à un événement, nous retrouvons les informations pratiques, un bloc vidéo, et un lien vers un événement concerné. Nous avons une gestion détaillée pour les événements multiples. Il est possible que nous fassions évoluer la gestion des événements en admin et en front par défaut pour conserver le système actuel. Nous pourrions gérer des événements en direct, avec des éditions automatiques et l'archivage. Les événements passés sont archivés par défaut. Nous allons avoir un beau système de gestion événementielle.

Pour les systèmes d'événements récurrents, cela risque d'être complexe avec de nombreuses questions d'interface. Cela doit rester facile à utiliser.

Sources :
- Figma : https://www.figma.com/design/tQh3oLfNwSt8aoVDuUjQt0/Th%C3%A8me-Osuny?node-id=8218-516&t=QoEWt9xcpI1PQuyr-0 - lien externe

Refonte de la partie multilingue d'Osuny. Le principe global est de créer une actualité liée à une catégorie spécifique. Chaque objet aura des localisations, un sous-titre en français, un crédit en français, etc. Nous travaillons sur ce projet depuis quelques semaines. Le principal avantage est de pouvoir connecter une personne à une catégorie même si celle-ci n'était pas traduite. En effet, certains auteurs et/ou catégories n'étaient pas visibles. Nous intégrons également un élément d'interface dans l'administration du multilingue.

Nous écrivons une documentation sur la migration pour créer ce système de localisation pour tous les objets. Nous expliquons son fonctionnement, quels objets nous localisons et pour quelles raisons.

Sources :

-Pull request en cours admin :
https://github.com/osunyorg/admin/pull/2025 - lien externe

-Doc developers :
https://developers.osuny.org/docs/admin/i18n/migration-2023-2024 - lien externe

https://developers.osuny.org/docs/admin/i18n/methode-2024/ - lien externe

Refonte en cours par Clara. Olivia supervise l'accessibilité du carousel. La livraison est prévue cette semaine afin de permettre un audit RGAA du thème.

Sources :
- Pull request en cours thème : https://github.com/osunyorg/theme/pull/499 - lien externe

Temesis - lien externe fera un audit du thème la semaine prochaine. L'idée est de développer une méthodologie spécifique d'Osuny pour noter les différences. Si tout va bien, nous serons conformes à 100%. Cela devrait aller, mais cela ne signifie pas que tous les sites le seront. L'idée est de s'appuyer sur cet audit de base et de regarder les différences de couleurs, vérifier dans les overrides HTML si rien n'a été cassé. Si cela fonctionne, nous pourrons faire un audit avec très peu de travail. On vérifiera les adaptations de configuration, les modifications HTML, etc. Nous avons développé des outils d'admin qui vérifient les surcouches HTML.

En octobre, nous espérons un audit complet et nous aurons quelque chose de très propre. Nous pourrons faire le site delta avec le site Comnum - lien externe de Rennes. La méthode d'audit delta sera publiée en Creative Commons - lien externe, tout le monde pourra l'utiliser pour faire des audits très légers.

Nous avons mis en place un générateur RGESN - lien externe, qui permet de générer une déclaration par défaut en laissant les cases vides, tout en respectant le formalisme légal. Nous avons effectué avec Comnum un audit RGESN via ce générateur : https://comnum.rennes.fr/declaration-decoconception/ - lien externe

L'idée pour les mentions légales, l'éco-conception et le RGAA est d’avoir des générateurs qui standardisent avec un socle. L’objectif est que les organisations puissent bénéficier d'un audit simplifié à des tarifs réduits et abordables. Il serait idéal d'obtenir des déclarations RGESN et RGAA bien faites et pas très chères.

https://github.com/osunyorg/theme/releases/ - lien externe

- Problèmes sur les icônes, plusieurs formats différents. Nous nous sommes demandés comment faire pour les icônes. Conseil d'utiliser Remixicon - lien externe. Les icônes sont toujours les mêmes maintenant. Ce n'est pas exclu que nous remettions en question ce système, parce qu'à certains endroits cela ne nous plaît pas.

- Questions de maintenance du thème de plus en plus importantes, car on approche des 100 sites

- Travail sur le CTA. Beaucoup de personnes ne l'utilisaient pas, parce qu'il était trop gros avec un énorme encadré. Mise en place d'un autre layout beaucoup plus discret

- Beaucoup de corrections au niveau de l'accessibilité. Globalement, on unifie au fur et à mesure qu'on ajoute des fonctionnalités. Gros travail de rangement, de simplification et de rationalisation

- Travail sur les revues en open access et publications des chercheur.e.s dans les pages chercheur.e.s.  Nous avons des papers dans des volumes au sein des revues (journals) comme avec le Degrowth journal - lien externe, et des publications dans d'autres revues qui sont synchronisées avec Hal - lien externe. Nous avons maintenant la possibilité de rajouter d'autres sources à la main

- Affichage des chiffres clés sur la tablette : ajustements mis en place

- Patch pour les icônes mis en place

https://github.com/osunyorg/admin/releases/tag/v2.2.3 - lien externe

- Nous avions parlé de la librairie Goodjob à la dernière assemblée. Nos modifications ont été acceptées et nous sommes passés de la version 3 à 4.

- Nous avons intégré la navigation des pages des royaumes désignés par Denis dans l'admin.

- Travail sur l'API Osuny pour les événements.

- Vulnérabilité avec le site Deuxfleurs - lien externe : possibilité de modifier un autre site hébergé avec Deuxfleurs. Quentin Dufour a créé un patch pour Deuxfleurs. Sébou a développé un système qui intègre cela avec Osuny, offrant maintenant un système cloisonné. Cela s'est produit pendant le travail sur le projet de décroissance internationale : https://degrowth.net/ - lien externe. Retours des développements sur le forum Osuny - lien externe.

- Travail sur les styles des extranets.

- Comportement des images dans les héritages.

- Nouveau bloc contact : mis en place pour le site Reseau Excellence - lien externe. Beaucoup d'options sur ce bloc avec des données pas forcément très heureuses. Beaucoup de temps pour affiner que ce soit au moins propre sur la grille, avec des espaces bien gérés.

- Ben Robra, chercheur, nous a signalé un problème avec les citations des formats universitaires qui ne venaient pas de HAL, cela modifiait les auteur.rice.s. Ce problème est résolu.

- Améliorations des logos des administrations dans l'administration.

- Ajout de classes HTML sur un bloc, permet de fabriquer des comportements spécifiques sur un bloc en front. Cela permet de mieux cibler en CSS, c'est beaucoup plus pratique.

Laisse-t-on LanguageTool comme cela ou est-ce qu’on le déclenche au clic d’un bouton ?

LanguageTool permet d’analyser le texte et de voir la liste des problèmes. Il est capable de détecter des erreurs de grammaire, d’orthographe, de typographie, et des lourdeurs stylistiques.
Nous avons un abonnement pour 100 requêtes par jour pour 29 euros par mois. Cela fait de la pédagogie en expliquant les problèmes rencontrés. Le problème, c'est que cela se fait automatiquement, ce qui incite à corriger. Mais, certains jours, nous avons 2000 requêtes par jour. Nous avons demandé à ajuster les tarifs : il faudrait passer à 1000 requêtes par jour pour 100€ par mois.

Choix :
- Bouton dans le menu : faire une analyse. On choisit de lancer l’analyse. C’est mieux au niveau écologique
- Non, on le fait automatiquement, cela aide les personnes à produire un meilleur texte. Si la personne ne voit pas les erreurs, cela imposera aux lecteurs un style peut être lourd à lire.
Qu'est-ce que nous choisissons ?

Dianela pense que si une personne connaît la fonctionnalité et que ça lui sert, elle va l'activer.
Yuna propose d’activer en fonction des contenus, comme pour des longs articles. Ça peut aussi se faire la première fois et après avoir un message qui indique : "Voulez-vous encore bénéficier de cette fonctionnalité ?"
Nous avons deux états pour le moment : publié ou brouillon. Peut-être ajouter un état avec cette analyse.
Yuna précise que pour la balance écologie, Osuny fait déjà beaucoup sur ce point, donc la balance sociale l'emporte ici, mais il y a moyen d'impacter le côté écologique avec une certaine granularité. Il faut affiner l'utilisation de cet outil, trouver les bons moments ou contextes d'utilisation.

Yuna se pose la question : “En tant que contributeur.rice, a-t-on envie de dire aux personnes "Vous pouvez faire mieux" ou "on vous laisse tranquille ?” Il y a une limite entre ce qu'on suggère et ce qu'on laisse faire. Arnaud précise que les gens qui n'utilisent pas les outils, c'est à eux qu'il faut donner cet outil. C’est une question de qualité : est-ce que la qualité est bonne ? Pour l'instant, on ne bouge pas, mais on continue à réfléchir sur la gestion de la qualité.

Yuna demande si on a accès aux statistiques de l'outil ? Une des pistes serait l’usage, est-ce que les personnes acceptent les suggestions ? Ce sont des questions à se poser avant de choisir. Peut-être faire quelques shadowing pour observer cette fonctionnalité en train d'être utilisée par les utilisateurs du BO, est-ce qu'ils l'utilisent ?

Actuellement, nous utilisons un CDN pour redimensionner automatiquement les images à la volée, avec 13 formats générés. Ces formats offrent un grand avantage en termes d'accessibilité sans compromettre la qualité. De plus, il est très rapide, mais cet outil n'est pas libre.

Nous étions à 50 euros par mois (ratio trafic et traitement d'images), et maintenant, nous en sommes à 50 euros par semaine. Cela va encore augmenter, car nous prévoyons beaucoup de trafic. Pour donner un exemple, lors des dernières 24 heures, nous avons eu 6 gigas de trafic, 7 000 requêtes et 18 000 images traitées. Pour le mois de juillet : 113 gigas, 1 million de requêtes et 535 000 images.

Nous subissons une certaine pression sur ce sujet : devons-nous payer plus pour KeyCDN ou mettre en place notre propre service, notamment avec l'équipe de Deux Fleurs ?

L’idée serait de travailler sur un CDN libre, mais cela demande beaucoup de ressources machines. C’est un projet de grande envergure nécessitant des langages très performants. Il faut créer un système très résilient avec un affichage rapide pour les utilisateurs.

Nous souhaitons que toute la chaîne soit libre. Nous avions eu des discussions avec les Chatons l’année dernière, mais aucune solution n’en est ressortie.