ここ数日、非常に忙しかったです。しかし、次に最も近いステータスを取得するロジックの更新はほぼ完了しました。パーセンテージを見る代わりに、次に達成可能な最小の実際の値を見るようにしました。
進行状況が失われようとしているTL3については、これも着手しました。リポジトリは完成品と中間の状態にあるため、現在は使用しない方が良いかもしれません。
うーん。私はむしろ、それらは最初から存在していたと言いたいと思います。2014年のリネームに関するコミットを見つけました。
それ以前に「長い間」Discourseが存在していたとは考えにくいです。
[quote=“NateDhaliwal, post:1, topic:408543”]
設定:
- プログレスバーの色: プログレスバーの色（デフォルトは緑、上記の画像参照）
- プログレスバーの背景色: プログレスバーの背景色（デフォルトは薄灰色、上記の画像参照）
[/quote]\nライトとダークのカラーパレットごとに別々の設定が必要になるかもしれません。黒背景上の薄灰色は、白背景上のそれとはコントラストが異なります。
time_period: "Based on last %{num_days} days." の代わりに、以下を使用できます。
time_period:
one: "Based on last %{count} day."
other: "Based on last %{count} days."
これにより、数値に応じて day/days が切り替わります。テキスト内で依存する数値が1つを超える場合、少し複雑になります。Message Format の使用は避けることをお勧めします。
興味深いですね。今となっては、なぜ私がそのようにメモしたのか不思議に思います。
そのコミットに関する別の興味深い点は、ジェフ（ coding-horror）によって行われたということです。最近では彼がコミットすることを見るのは珍しくなりました。
以下の記事を読んだ後：
TL3 に到達しようとする際に一部のユーザーが遭遇する問題について思い出すきっかけとなりました。
ユーザーが一定数または一定割合の投稿を読み込むことを要求される場合、その計算に含まれるすべての投稿が自分に見えるはずだと自然に考えます。しかし、常にそうであるとは限りません。
例えば、ミュートされたカテゴリ 内の投稿が要件の計算に含まれている場合、ミュートされたカテゴリ内に十分な数の適格な投稿が存在し、それらのカテゴリをミュート解除して投稿を読み込まなければ、目標を達成するのが困難、あるいは不可能になる可能性があります。
したがって、プラグインはカテゴリごとの内訳を提供し、以下を表示する必要があります。
- 各カテゴリに何件の投稿が適格性計算に含まれているか
- ユーザーがその適格な投稿のうち何件を読んだか
これにより、ミュートされたカテゴリがユーザーの進捗に影響を与えているかどうかを判別でき、要件を満たすために何をすべきか、あるいは一部のユーザーが表現するところのシステムを「ゲーム」する方法が示されます。
ライト/ダークモード用のカラーパレット
TL3（信頼レベル3）を失う可能性がある場合の統計情報を表示する機能はほぼ完成しています（統計値が特定の閾値を下回った場合に警告を表示する最小閾値設定付き）。
実際には、コア機能ですらこのような示唆は提供していません。当初のアイデアは、スタッフユーザーが見られる情報をユーザー自身に提供することでした。これはプラグインの範囲を超えているように思えます。しかし、この件についてさらに詳しく知りたいです。ミュート解除されたカテゴリには要件を満たすのに十分な投稿が含まれておらず、残りの数はミュートされたカテゴリから賄えるという意味でしょうか？
それに、どういった仕組みになるのでしょうか？ 指定された期間内に作成されたすべての投稿を取得し、それぞれが属するトピックを確認し、カテゴリIDを確認し、それをユーザーのミュート設定と照合して、カウンターに追加するのでしょうか？ それとも、何らかの最適化されたSQLクエリを使うのでしょうか…
必ずしもそうとは限りませんが、極端なケースではその通りかもしれません。
ユーザーを支援する過程で、あるユーザーの投稿閲覧数が他のユーザーよりも速く増加していることが時折確認されました。この差の主な理由は、よりアクティブな閲覧者が特定のカテゴリをミュートしていなかったことです。そのため、これらのカテゴリのトピックがトピックリストに表示され、読み込まれる可能性が高まりました。
もう一方のユーザーがカテゴリのミュートを解除すると、通常の閲覧画面でより多くのトピックが表示されるようになり、そのユーザーの1日あたりの投稿閲覧数は他のユーザーのそれにほぼ追いつきました。
はい。これらのカテゴリ内の投稿は、実際に読み込まれた場合にカウントされます。ただし、カテゴリをミュートすると、最新などのビューからトピックが非表示になるため、ユーザーの進捗が間接的に遅れる可能性があります。そのため、これらのトピックを見逃しやすくなります。
数年前、OpenAIフォーラムの投稿読み取り要件は、主にフォーラムの活動量に基づいた割合で設定されており、現在多くの設定にあるような下限はありませんでした。非常に活発なフォーラムでは、10,000以上の投稿を読み取る必要があったかもしれません。
一部のユーザーは、ユーザーディレクトリに表示される他のメンバーの投稿閲覧数が、自分たちが目に見える投稿をすべて読み取っているにもかかわらず、はるかに速く増加していることに気づきました。調査の結果、ミュート中のカテゴリがその理由であることが判明しました。利用可能な投稿の大部分が、通常のトピックリストに表示されていなかったのです。
まずはそのように試してみます。
はい、TL3 以上のユーザーに対して最低値を表示する機能を追加しました。ミュートされたカテゴリ内のトピック数と投稿数を検索するためのクエリを作成し、それらを UI に統合する作業を行っています。
ビンゴ・ボンゴ：@EricGT ユーザーがロックされているかどうかの表示、ミュートされているカテゴリ内のトピックと投稿の数、およびユーザーがまもなくTL3を失うかどうかの表示を追加しました。ミュートされているトピックを表示するための正しいリンクについては、How do I access topics in muted categories? への返信を待っています。
リンクを /u/<username>/preferences/tracking への直接リンクに変更しました。他に問題がなければ、Customization > Plugin トピックを作成します！
素晴らしいですね！作成と共有をありがとうございます。
このベースをバッジに関連する進捗状況の表示にも使用できるかどうか気になります。私たちの カルマ/チャレンジ（以前はチアズ/バッジと呼ばれていました）と信頼レベルのシステムは独自のものなので、コミュニティにとって適しているのは、チャレンジやバッジに関連する進捗メーターだと思われます。
See TL3 Progress に公開されました 
!