- Shipped
- 23 settembre 2026 alle ore 09:26 UTC
- Author
- Kamo
- Commit
- 53f99a4
"Dana Reyes ti ha trattato", "Weekly sync · Dana Reyes", una carta non letta con il corpo mittente: EmailService (29cb21e) ora invia attoreMemberId (come testo) e attoreName, il nome esattamente come il titolo o il corpo lo scrive, e la campana disegna quel tratto di testo come il nome del membro. - NotificazioneTesto taglia il nome dal titolo (l'esempio del corpo) una volta, al suo primo evento; tutto il resto legge esattamente come prima. Usato dal brindisi, la riga di storia (clickToggles={false}: la riga apre la notifica) e la finestra di dialogo dei dettagli. - La carta del brindisi si apre a livello del ponte. MemberHoverCard/MemberName prendere zIndex, e il brindisi passa NOTIFICATION DECK Z (1500, ora una costante con la propria piattaforma). Alla carta 1305 aperto sotto il ponte è venuto da; allo stesso livello si dipinge sopra di esso (è allegato a <body> in seguito) e ancora sotto i propri strumenti (appendice in seguito ancora). - UnreadChatNotifier manda il mittente come attore, mai per Exec2Exec. Il server mantiene anche un attore on /self solo dalla propria organizzazione del chiamante. - Spettacolo "Come costruito": il paragrafo delle notifiche. Verificato: tsc; eslint (niente su linee cambiate); le 19 guardie del repo; vitest (notificazioni, membri, lib, impostazioni, chat; i pochi che si sono allontanati sotto il carico della macchina passano da soli); e un Sonda cromata che il nome rimane in linea nel titolo a due righe del brindisi bloccato e la riga di storia Ellipsis regge ancora.