- Expédié
- 14 août 2026 à 16:04 UTC
- Auteur
- kamo
- Commite
- 13abf00
Deux choses, à propos d'un événement calendaire étant un endroit pauvre pour garder une copie de Le record de quelqu'un d'autre. Le dialogue de l'événement lit maintenant l'exemple du CRM. Son nom, le nombre à sonner, l'e-mail, le meilleur moment pour appeler - tous récupérés lorsque le dialogue s'ouvre, clété par le rappel id l'événement stocke déjà. Ce qu'il ne fait pas, c'est montrer une copie congelé au moment où l'appel a été réservé, qui est ce que la description utilisait pour porter et ce qui aurait dit tranquillement à un membre de sonner un numéro personne n'avait a répondu en quelques semaines. La description est maintenant la note du membre et rien d'autre part, ce qui ne peut pas devenir caduque parce qu'il n'a jamais été une copie de quoi que ce soit. Et un appel en attente peut être ouvert à partir de la page d'accueil. Cliquer on rouvre le même événement de calendrier dans le même dialogue, donc la place qu'un membre va à regarder a L'appel promis est l'endroit où ils peuvent le déplacer. L'épargne passe par le service de sécurité plutôt que l'API de calendrier, parce que l'enregistrement de rappel et l'événement sont deux les points de vue d'une promesse et seulement le service qui possède les deux peut les déplacer ensemble - l'alternative est une page chef de file et un calendrier qui ne sont pas d'accord sur la date à laquelle Appel est un rappel, et un rappel que les incendies contre celui-là que le membre ne lisent pas. La ligne elle-même est la commande; les boutons de résolution à côté d'elle arrêtent le clic, donc Personne ne marque un appel contacté alors qu'il signifie le lire.