hugh
(Hugh Lashbrooke)
27
修正します！カスタムリンクに置き換えることも検討できます。それは悪い考えではないと思います！これにより、ユーザーはモデレーターに独自のガイドを直接リンクできるようになります。
検討したことの1つは、Assignプラグインのassign機能を使用することです。初期段階で技術的な問題に直面しましたが、特にAssignがコアにバンドルされた今、もう一度検討したいと考えています。
これも改善点として議論してきましたが、まだ実装していません。
他の提案（4から9）はすべて気に入っています！実装の実現可能性について、こちらで調査を行います。それぞれについて機能リクエストを記録していただきありがとうございます。追跡しやすくなります。
この領域では最近の作業があったことを覚えています。それを調べて何が起こっているのか確認します。レビュー可能なアイテムは古いレイアウトと同じものが表示されるため、新しいレイアウトとは関係ありません。もう少し絞り込む必要があるようです。
これは興味深いですね。レビュー可能なUI内でこれがどの程度実現可能かはわかりませんが、何が可能か調査できます。
これらは妥当なリクエストです。設定を追加することは確かに可能ですが、製品の設定が容易であることを保証しながら、これを可能にする最善の方法について調査する必要があります。
「いいね！」 6
T_Disco
(T)
29
@hugh 様
件名：#3
改訂理由とともに、モデレーターが「投稿を修正」オプションを使用した際に含めたフィードバックの内容も表示されると、他のモデレーターや管理者がレビューキューおよびレビューアイテムページでフィードバックの内容を把握できるため便利です*。*ページが過密にならないように、展開/折りたたみ可能な方法で表示されるかもしれません。
「いいね！」 2
コミュニティモデレーターからのフィードバックです。
「IPルックアップ」機能は非常に役立ちました。新しいUIでも利用できるように戻すことはできますか？（または、見つけられなかっただけでどこかに隠されていますか。）
「いいね！」 2
T_Disco
(T)
31
拒否されたユーザー項目（/review?additional_filters=%7B%7D&sort_order=score&status=rejected&type=ReviewableUser）のScrubレコードボタン（Reject an applicant and delete the information they supplied - #26 by pento
Michelle_L
(Michelle Lynn)
32
@hugh - ユーザーが登録時に疑わしいとフラグ付けされた場合の追加オプションを追加する計画はありますか？
現在、ユーザーを処理するためのオプションは3つしかありません：ユーザーを承認する、ユーザーを削除する、ユーザーを削除してブロックする。
ユーザーをミュートする、またはユーザーを一時停止するオプションはありますか？
決定に応じてユーザーに自動的にプライベートメッセージが送信されるため、内部レビューのためにユーザーをミュートしたいが、キューからフラグをクリアしてユーザーを承認し、プライベートメッセージを送信してから、さらなるレビューのためにユーザーをミュートする必要がある場合、非常に混乱します。したがって、ユーザーは不必要で矛盾したプライベートメッセージを受け取ることになります。
「いいね！」 2
jenmck
(jen)
34
それで、テストを行ったところ、少し早計だったようです。
問題は、新しいユーザーを承認するためのレビューエントリのみに関するものです。メールアドレスとカスタムユーザーフィールドは表示されます（ただし、「モデレーターはメールアドレスを表示」設定が無効になっているため、モデレーターには表示されません）。しかし、私たちはその機能を開発インスタンスでのみ使用しており、実際のフォーラムでは使用していないため、私が思っていたような影響はありません。
私たちの開発インスタンスではフラグが付けられた投稿が実際になかったため、レビューキュー内の承認エントリのフィールドはすべての項目で共通であると考えていました。フラグが付けられた投稿をテストした後、メールとユーザーフィールドがそれらには表示されないことを報告できます。
これまでの作業に感謝します！レビューキューは、さらに詳しく調べてみると非常に優れており、実際のフォーラムで公開するのが楽しみです！
「いいね！」 2
hugh
(Hugh Lashbrooke)
35
まだ新しいUIに統合されていませんが、その予定はロードマップにあります。
そちらを確認し、何が起こっているか見てみますが、新しいレイアウトでも維持する予定の機能です。
新しいレビューキューのアクションでは、モデレーターが利用できるすべてのオプションが提供される予定ですので、はい、新しいアクションが構築されればこれらも利用可能になるはずです。
必要なように機能しているようです。それは素晴らしいニュースです！
「いいね！」 5
j127
36
提案です。モデレーションノートをユーザープロフィールにコピーする際に、レビューアイテムへのリンクを追記することで、他のモデレーターがコメントの文脈を確認できるようにしてはどうでしょうか。
例えば、次のような感じです。
---
このコメントは、レビューアイテム <a href="/review/12345" title="From {time_ago}">#12345</a> に元々添付されていました。
ユーザーノートを見ていたところ、元のレビューアイテムを見つけるのに手間がかかることに気づきました。コメントが残されたページのURLをコピーするだけでは不十分です。なぜなら、レビューコメントは次のような動的なビューで書かれている可能性があるからです。
/review?sort_order=score&status=rejected&type=ReviewableQueuedPost&username=fdsa
「いいね！」 7
hugh
(Hugh Lashbrooke)
37
それは素晴らしいアイデアですね！次回のアップデートで追加します。
「いいね！」 2
T_Disco
(T)
38
こんにちは @hugh
新しいレイアウトでは、主張された情報が見当たらないようです。
以下の例は、/review?additional_filters=%7B%7D&category_id=4&sort_order=created_at&status=all からのものです。
既存のレイアウト:
新しいレイアウト:
「いいね！」 1
中国語インターフェースでボタンのテキストが予期せず折り返されます。これがこのトピックの範囲に含まれるかどうかはわかりません。
「いいね！」 2
one1
40
フラグが立てられた投稿にメモを（正常に）追加し、ページを離れようとすると、変更が保存されていないというメッセージが表示されます。しかし、実際には保存されています！
何が起こっているのでしょうか？変更を「送信」する場所が見当たりません。
「いいね！」 1
Moin
41
現在のDiscourseのバージョンは何ですか？この修正がマージされる前のバージョンをご利用の可能性はありますか？
「いいね！」 2
one1
42
ああ。それはアップグレードの2日後に起こりました。
本当にありがとうございます。アップグレードします。
「いいね！」 1
この主張を削除ボタンは、例のレビューがすでに処理済み（却下）であるため利用できません。誰が処理したかの情報は、タイムラインとメモタブに表示されます。
モデレーターがレビュー解決後に主張を取り消したいと思う理由の例を挙げてもらえますか？
「いいね！」 1
one1
44
フラグテキストに絵文字を含むHTMLのゴミがたくさんあります。
それらは取り除くべきではないでしょうか？
「いいね！」 1
T_Disco
(T)
45
こんにちは @kris.kotlarek
単に2つを比較して、含めないことを意図的に決定したのではなく、見落としがあった場合に備えて強調していただけです。その機能は以前のレビューキューのレイアウトに存在していたため、何らかの理由で存在していると想定していました。
モデレーターは、レビューキューで「フラグが立てられたユーザー」フィルターを使用して、自分がフラグを立てた項目を処理することがあります。そのため、アクションが取られた後、その項目が「フラグが立てられたユーザー」リストに表示され続けないように、フラグを解除できると便利です。また、元のフラグ設定者がまだ項目を保持している場合、他のモデレーターはその項目をレビューした後、別の操作を行うことはできますか？
「いいね！」 1