- Expédié
- 2 septembre 2026 à 07:29 UTC
- Auteur
- Kamo
- Commite
- 44e8458
Sauver un événement ne le dit à personne. La liste des invités s'est concrétisée et le public a été matérialisé. rangés, et les gens qui s'y trouvaient n'entendirent rien jusqu'à ce qu'un rappel soit tiré, qui atteint un membre dans l'application et atteint une adresse extérieure jamais. Un membre pourrait donc inviter un client à une réunion, regarder le nom figurer sur la liste des invités, et le On ne dira tout simplement jamais au client. Un invité ne pouvait pas non plus voir la réunion. La visibilité a été décidée par la propriété le seul calendrier, donc un événement sur le calendrier de l'organisateur était invisible tous les intéressés y ont été invités. dans les Préférences du calendrier et une colonne derrière depuis ce écran expédié, et Rien ne l'a jamais lu. L'événement porte le choix - que ce soit d'inviter, et par e-mail, chat, ou les deux - parce qu'une édition six semaines plus tard qui ajoute un invité doit savoir s'il s'agit d'un une réunion qui invite les gens. La rame d'ors porte quand il a été dit pour la dernière fois et à que SEQUENCE, qui est ce qui fait "un invité ajouté plus tard reçoit une invitation à la même réunion" est correcte sur un nombre quelconque d'éditions: en la dérivant, d'une nature quelconque les lignes une sauvegarde insérée sont exactement une fois. Visibilité prime une branche invité par le biais d'une JOINTE GUELE explicite, fermée sur cette préférence via un membre id rien ne peut correspondre. Une ligne plutôt qu'une copie par invité: un RSVP, et un organisateur qui déplace la réunion pour tout le monde. Les JOINTSEURSEURS sont porteurs - le calendrier d'organisation n'a pas de propriété membre, donc une expression de chemin implicite chute chaque événement de société partagée, le Piéger findBusyForMember déjà documente.