- Shipped
- 2026年8月30日 18:57 UTC
- Author
- Kamo
- Commit
- 9e2e78d
会員による報告:過去のチャットは、識別または検証できません 送信または受信された日付 — 時間のみ表示されます。 自分の歴史 4月に戻り、今日送信した9つのメッセージがそのまま読み込まれます。 画面上の何もない "3:33 AM" を強制的に解決する。 メッセージ リストは日の分離器をつかないので、スタンプは唯一のことです 日付を運ぶことができ、それは決してしなかった。 インスタントは決して問題ではありませんでした。`ts` は `dateCreated` をオフ LocalDateTime パーシングの修正以来、正しいです。 スタンプは 単に `fmt.time()` でレンダリングされ、その日の時刻と何もフォーマットしません。 つまり、メッセージが5分または4ヶ月の年齢であるかどうか。 `formatDayAwareTimeInZone` は、メンバーが尋ねたルールです: 時間だけ インスタンスが今日でも、`formatDateTime InZoneは、その前に いったん。 今日はメンバーのゾーンのカレンダーの日です。 経過時間 — 00:00 からのメッセージ 23:50 は 20 分前 昨日に所属し、誰もできないようなメッセージを正確に伝えます。 メモリからの供給。 それはそれを捕獲するのではなく、呼び出しあたりの時計を読みます 深夜に残された会話は、その日の最後の夜にメッセージを残します 次のレンダリング。 いいえ新しい辞書キー: 日付は、国際から来る 会員自身のロケールは、ここで21の翻訳を必要としません。 間違っていた4つのスタンプに適用されます:メッセージヘッダー、 "edited" ツールチップ、パーメンバーの読み取りレシート、ソーシャルチャットバブル。 SMSタブは、尋ねた同じアイデアの手巻きバージョンを持っていた `getFullYear()` — ブラウザのカレンダー、メンバーではなく、応答 7日後に何かを識別するのを止め、その日のベアデーデイで。 今、同じヘルパーを通過します。 serverTime の Intl フォーマッタは、過去の方法でメモされます。 1つの構成 ~180us を ~3us に使用し、1 日分のスタンプは 2 日を求める 行ごとのキーなので、200のメッセージ履歴を開くと~70ms すぐに廃棄されるフォーマッタを造って下さい。 それらは不変です、従って1/1 (locale, ゾーン, オプション) は 1 呼び出しあたり 1 バイトを識別します。 引数、 同じ測定、 キャッシュ useFormatters は既に 続ける.