- Verschifft
- 30. August 2026 um 18:57 UTC
- Autor
- Kamo
- Ausschuss
- 9e2e78d
Von einem Mitglied gemeldet: Vergangene Chats können nicht von der Datum, an dem sie gesendet oder empfangen wurden - nur eine Zeit ist vorhanden. Ihre eigene Geschichte läuft zurück in den April, so dass alle bis auf die neun Nachrichten, die sie heute gesendet lesen, wie ein bare "3:33 AM" mit nichts auf dem Bildschirm, um es gegen zu lösen; die Nachricht Liste zieht keine Tagestrennung auch, so dass der Stempel ist das einzige, was, dass konnte das Datum tragen und es hat nie getan. Der Augenblick war nie das Problem. . .ts" ist Epoche Millimeter aus "dateCreated". und ist seit der LocalDateTime Parsing-Fixierung korrekt. Jede Briefmarke war einfach mit "fmt.time() ", die eine Tageszeit und nichts formatiert sonst, ob die Nachricht fünf Minuten oder vier Monate alt ist. "formatDayAwareTimeInZone" ist die Regel, nach der das Mitglied gefragt hat: die Zeit allein während der Instant ist noch heute, "formatDateTimeInZone" vor ihm wenn es nicht ist. Heute ist ein CALENDAR-Tag in der Mitgliedszone statt 24 verstrichene Stunden - um 00:10 Uhr ist eine Nachricht von 23:50 um zwanzig Minuten alt und gehört zu gestern, und das ist genau die Botschaft, an dem niemand Versorgung aus dem Speicher. Es liest die Uhr pro Anruf, anstatt es zu erfassen, so ein Gespräch offen gelassen über Mitternacht Termine letzte Nacht Nachrichten auf seiner Nächstes Bild. Keine neuen Wörterbuch-Tasten: das Datum kommt von Intl in der Mitgliedslokium, also braucht hier nichts 21 Übersetzungen. Auf die vier Marken angewendet, die falsch waren: die Botschaftskopfzeile, die "bearbeiten" Tooltip, die pro-Mitglied lesen Quittungen, und die Social-Chat-Blase. Die SMS-Registerkarte hatte eine handgerollte Version der gleichen Idee, die gefragt "getFullYear()" - der Kalender des Browsers, nicht der des Mitglieds - und beantwortet mit einem nackten Wochentag, der nach sieben Tagen aufhört, alles zu identifizieren; geht nun durch den gleichen Helfer. Die Intl-Formatierer von serverTime werden auf dem Weg vor Ort abgeschickt. Eines bauen Maßnahmen 180us gegen 3us zu verwenden, und ein Tag-Aware-Stempel fragt für zwei Tage Schlüssel pro Reihe, so dass die Eröffnung einer 200-Nachricht-Geschichte hätte 70ms ausgegeben haben Gebäudeformatierer es sofort verworfen. Sie sind unzumutbar, also eins pro (locale, Zone, Optionen) ist ätig-identisch zu einem pro Anruf - das gleiche Argument, und die gleiche Messung, wie die Cache verwendenFormatters bereits hält.