Je suis assez nouveau sur Discourse, donc je m’excuse si ce n’est pas le bon endroit. Comment puis-je soutenir cette fonctionnalité (définir le début de la semaine au lundi dans les calendriers) ? Commencer le dimanche est vraiment gênant et déroutant pour nous.
2 « J'aime »
Créez un sujet dans Feature avec le tag calendar-and-event, je pense.
1 « J'aime »
Je ne sais pas comment, car de nos jours la semaine commence le lundi. Parce qu’il ne suit pas mes paramètres de langue personnels, il peut suivre la langue du forum ?
edit
Et ceci, je l’ai trouvé.
Donc, s’il affiche le dimanche comme début de semaine, il y a soit un bug, soit le forum n’est pas mis à jour, soit vous utilisez un autre plugin de calendrier ?
2 « J'aime »
Hum, j’ai mis à jour discourse et le plugin hier, c’est le bon plugin, et mes semaines commencent toujours le dimanche. C’est bizarre.
Edit : le calendrier de la catégorie commence le dimanche, mais le calendrier dans le post commence le lundi. C’est probablement un bug.
1 « J'aime »
Je pense que c’est censé fonctionner comme ça
2 « J'aime »
Ah, laissez-moi jeter un coup d’œil puisque je suis dans les parages.
3 « J'aime »
Juste une petite mise à jour, j’ai examiné « Monday ». C’est un peu intéressant car il semble que nous faisons tout ce qu’il faut pour configurer le calendrier.
Idéalement, ce qui devrait se passer maintenant, c’est que nous utilisons la locale de votre site pour définir la locale du calendrier (pas la locale de l’utilisateur). Si nous utilisons « en-gb » par exemple, il devrait utiliser Monday conformément à fullcalendar/locales/en-gb.js at v4.0.0-alpha.3 · fullcalendar/fullcalendar · GitHub, bien que je constate que ce n’est pas le cas malgré ce que disent les docs - weekNumberCalculation - Docs v4 | FullCalendar.
Nous pouvons forcer un « Monday » en utilisant un réglage « ISO » sur le calendrier lui-même, mais cela ne semble pas correct.
Dans tous les cas, restez à l’écoute pour une mise à jour. Nous utilisons une très vieille version et pourrions bénéficier d’un rafraîchissement.
5 « J'aime »
Bonjour ! Je prévois d’intégrer ce plugin aux événements Jitsi et je me demande s’il est possible d’afficher les anniversaires des utilisateurs sous forme d’événements ?
Cela permettrait des automatisations intéressantes pour susciter l’engagement 
1 « J'aime »
Avez-vous vu le plugin Cakeday ?
2 « J'aime »
Il me semble que vous souhaitez une automatisation qui crée un sujet lorsqu’un anniversaire arrive, avec l’événement déjà ajouté au sujet. De cette façon, les gens pourraient être invités à participer à une discussion pour partager des photos ou autre chose pour célébrer l’anniversaire d’un membre. Et vous pourriez également planifier une fête d’anniversaire en utilisant Jitsi !
2 « J'aime »
2 messages ont été fusionnées dans un sujet existant : Invitation en masse via une modale ne permettant qu’un seul utilisateur (et ne s’affichant pas correctement)
Salut à tous ! Je viens de corriger un petit problème concernant l’intégration avec le composant Right Sidebar Blocks.
Auparavant, un événement d’une semaine n’affichait que le premier jour (même s’il était passé) et aucun jour suivant :
(Note : ceci a été pris le 28, et le 15 traîne toujours)
Désormais, chaque jour de l’événement à partir du jour actuel s’affichera dans le calendrier de la barre latérale :
4 « J'aime »
La suppression du champ « Groupes invités » de la boîte de dialogue de création d’événement était-elle intentionnelle ? J’ai parcouru l’historique des commits et je n’ai vu aucune mention de ce souhait, mais peut-être l’ai-je manqué. Lorsque je reviens quelques semaines en arrière au commit : 54460416c2efe30f8265ed7b5aa06743f615e8b3, cette fonctionnalité est restaurée.
Exemple de comportement précédent :
Comportement actuel (commit : 588052ff0ddd6c399659f4545ef4525967a3a4e1) :
Si vous sélectionnez « Privé », le champ réapparaît-il ?
Il n’en a pas, désolé, j’aurais dû inclure une capture d’écran avec cet état exact :
Vous pouvez observer le même comportement sur le site try.discourse.org.
J’ai confirmé que le commit directement après celui que j’ai choisi au hasard introduit le changement : b4c4e4e0bcc94b99ef8b582454e938a72389867d
DEV: migrer l'événement de publication vers glimmer (#615)
Ce commit apporte deux changements majeurs :
- Déplacer tout le code des widgets d'événements de publication vers glimmer
- Implémenter des modèles suivis pour assurer la réactivité, de nombreux chemins n'avaient pas de réactivité réelle pour le moment et fonctionnaient principalement par chance ou du fait que les widgets se ré-rendent beaucoup
1 « J'aime »
Salut tout le monde 
Nous voulons passer de eventPlugin à ce plugin officiel. Actuellement, la plupart de nos exigences fonctionnent désormais entièrement avec ce plugin également.
J’ai juste remarqué un petit bug :
- les non-participants ne sont pas comptés dans le résumé
Et il y a une exigence que nous aimerions avoir :
- nous devons pouvoir forcer tous les sujets d’une catégorie à être un événement, sur notre forum nous avons des catégories de calendrier séparées.
Si je peux aider en quoi que ce soit, faites-le moi savoir.
Merci pour votre temps, cordialement Richarde
1 « J'aime »
J’utilise le plugin calendrier avec des couleurs d’événements. Cependant, il semble possible de définir uniquement la couleur d’arrière-plan sur une valeur explicite. Cela signifie que la même couleur d’arrière-plan est utilisée pour le mode sombre et le mode clair, tandis que la couleur de la police change, ce qui pose des problèmes pour le support de l’accessibilité.
En examinant le code source, il semble que cela soit géré par un schéma JSON discourse-calendar/lib/discourse_calendar/site_settings/map_event_tag_colors_json_schema.rb at main · discourse/discourse-calendar · GitHub.
Existe-t-il un moyen de définir cela sur une variable SCSS définie dans un fichier color_definitions.scss, afin qu’il puisse utiliser la fonction #dark-light-choose() pour basculer en fonction du mode ? L’éditeur permet de choisir entre RVB, TSL et HEX, mais HEX force les majuscules et a une limite de caractères, il ne peut donc pas être utilisé.
Alternativement, serait-il possible de définir la couleur ainsi que la couleur d’arrière-plan ?
J’ai vérifié si le tag / la catégorie pertinent qu’il utilise était ajouté aux tags HTML, mais ce n’est pas le cas. Cela aurait permis de définir le style par programme, séparément des paramètres du plugin.
Toutes suggestions ou faisabilité d’améliorations seraient les bienvenues.
2 « J'aime »
Bonjour, y a-t-il un moyen de limiter le nombre de personnes ou de sièges pour une réunion publique ? Sinon, y a-t-il un moyen d’autoriser uniquement des groupes spécifiques à assister à certaines réunions ? Merci.
J’utilise ce plugin sur un site de production (docker). Aucun problème. Fonctionne comme décrit. Et cela résoudrait l’un des principaux problèmes de mon client si le composant “événement” avait une fonctionnalité supplémentaire.
Fonctionnalité manquante : mettre les membres qui disent “Oui” à l’invitation dans un groupe dédié.
Solution envisagée :
- utiliser le champ personnalisé (événement) pour entrer le nom du groupe dédié
- écrire un plugin qui ajoute tout le monde qui clique sur “Oui” dans ce groupe
Mon problème : je ne peux pas commencer à développer un plugin car le plugin Calendar et Event ne semble pas fonctionner sur mon serveur de développement (non-docker). Bien que le plugin semble compiler correctement, la sauvegarde d’un sujet prend beaucoup de temps et se termine par une erreur interne. Mais le sujet lui-même semble être stocké dans la base de données. Si je clique dessus, j’obtiens ce message d’erreur : “Désolé, nous n’avons pas pu charger ce sujet”.
En supprimant le plugin Calendar, les sujets et les messages sont accessibles sans aucun problème.
Quelqu’un a-t-il déjà rencontré un comportement similaire ? Comment puis-je procéder au mieux pour surmonter cet obstacle ?
2 « J'aime »
Nous en aurions également besoin !
3 « J'aime »