모든 새 기능을 갖춘 새로운 검토 대기열 레이아웃

빠르게 수정하겠습니다! 커스텀 링크로 대체할 수도 있을 것 같습니다. 나쁜 아이디어는 아니라고 생각합니다! 이렇게 하면 사람들이 모더레이터를 직접 자신의 가이드로 연결할 수 있게 됩니다.

우리가 살펴본 것 중 하나는 Assign 플러그인의 할당 기능을 사용하는 것이었습니다. 초기에 몇 가지 기술적 어려움에 부딪혔지만, 특히 이제 Assign가 코어에 번들링되었기 때문에 다시 살펴보고 싶습니다.

이것도 개선 사항으로 논의했지만 아직 구현하지는 않았습니다.

나머지 제안들(4번부터 9번까지)도 모두 좋습니다! 구현할 수 있는지 우리 쪽에서 조사해 보겠습니다. 각각에 대해 기능 요청을 기록해 주셔서 감사합니다. 모든 것을 추적하기가 훨씬 쉬워졌습니다 :slight_smile:

이 영역에서 최근 작업이 있었던 것 같습니다. 그 부분을 파고들어 어떤 일이 일어나고 있는지 확인하겠습니다. 이는 새 레이아웃과는 무관할 것입니다. 왜냐하면 여기에는 이전 레이아웃과 동일한 리뷰어블(reviewables)이 표시되고 있기 때문입니다. 그곳을 조금 더 단단하게 다듬을 수 있을 것 같습니다.

흥미롭네요. 리뷰어블 UI 내에서 이것이 얼마나 실현 가능한지는 확신이 서지 않지만, 가능한 것이 무엇인지 조사해 볼 수 있습니다.

이것들은 합리적인 요청입니다. 물론 이러한 설정을 추가할 수는 있지만, 제품이 설정하기 쉽게 유지되도록 하면서 이것이 가능하도록 하는 최선의 방법에 대해 연구를 해야 할 것입니다.

6개의 좋아요

우리 커뮤니티에 이상적인 기능이 될 것입니다.

3개의 좋아요

고맙습니다, @hugh,

#3에 관하여:

수정 이유와 함께, 게시글 수정(Revise post) 옵션을 사용할 때 관리자가 포함했던 피드백의 내용도 표시되면 유용할 것입니다*. 이렇게 하면 다른 관리자/운영자가 검토 대기열과 검토 항목 페이지에서 해당 피드백이 무엇이었는지 확인할 수 있습니다. *페이지가 과부하되지 않도록 확장/축소 가능한 방식으로 표시하면 좋겠습니다.

2개의 좋아요

커뮤니티 모더레이터의 피드백입니다.

IP 조회 기능이 매우 유용했습니다. 새 UI에도 이 기능을 다시 도입할 수 있을까요? (혹은 제가 찾지 못한 어딘가에 숨겨져 있는 건지요.)

2개의 좋아요

거절된 사용자 항목(/review?additional_filters=%7B%7D&sort_order=score&status=rejected&type=ReviewableUser)의 기록 삭제 버튼( Reject an applicant and delete the information they supplied - #26 by pento )이 새로운 레이아웃에서 사용 가능한 것 같지 않습니다. 의도적인 것인지 궁금해서 질문드립니다.

@hugh - 사용자가 가입 시 의심스러운 것으로 표시될 때 추가 옵션을 추가할 계획이 있나요?

현재 사용자를 처리할 수 있는 옵션은 3가지뿐입니다: 사용자 승인, 사용자 삭제, 삭제 및 차단.

사용자를 무음 상태로 유지하거나 사용자를 정지할 옵션이 추가될 예정인가요?

판정 시점에 자동으로 사용자에게 개인 메시지(PM)가 발송되므로, 내부 검토를 위해 사용자를 무음 상태로 유지하고 싶지만 큐에서 플래그를 해제하기 위해 사용자를 승인해야 하는 경우가 발생하면 매우 혼란스럽습니다. 그러면 승인 PM이 발송된 후 추가 검토를 위해 사용자를 무음 처리하게 되어, 사용자에게 상충되는 불필요한 PM이 여러 개 도착하게 됩니다.

2개의 좋아요

@hugh -

이것이 가능한가요?

그래서 몇 가지 테스트를 해보았는데, 제가 좀 성급했습니다.

문제는 새 사용자 승인에 대한 검토 항목에서만 발생합니다. 이메일 주소와 사용자 정의 필드는 표시되지만(모더레이터의 경우 Moderators view emails 설정이 비활성화되어 있어 표시되지 않음), 우리는 이 기능을 실제 포럼이 아닌 개발 인스턴스에서만 사용하고 있으므로 제가 생각했던 방식으로는 우리에게 영향을 미치지 않습니다.

개발 인스턴스에 실제로 플래그가 지정된 게시글이 없어서, 검토 대기열의 승인 항목에 있는 필드가 모든 항목에 공통적으로 적용되는 줄 알았습니다. 플래그가 지정된 게시글을 테스트해본 결과, 해당 항목에서는 이메일과 사용자 필드가 표시되지 않는 것을 확인했습니다.

이 부분에 대해 많은 작업을 해주셔서 감사합니다. 더 자세히 살펴본 결과 검토 대기열은 정말 훌륭하며, 이제 우리의 (실제) 포럼에서 이를 출시하게 되어 기대가 큽니다!

2개의 좋아요

아직 새 UI에 이 기능을 통합하지는 않았지만, 이를 수행할 계획이 로드맵에 포함되어 있습니다.

해당 사항을 확인해 보겠습니다. 다만 새 레이아웃에서도 유지할 계획인 기능입니다.

새로운 검토 대기열 액션에는 모든 옵션이 관리자에게 제공되므로, 네 - 새로운 액션이 구축되면 이러한 옵션을 사용할 수 있을 것입니다.

필요하신 대로 잘 작동하는 것으로 보입니다. 기쁜 소식이네요!

5개의 좋아요

제안: 사용자 프로필에 모더레이션 노트를 복사할 때, 다른 모더레이터들이 댓글의 맥락을 볼 수 있도록 리뷰 항목에 대한 링크를 추가하세요.

다음과 같은 형태가 될 수 있습니다:

---

이 댓글은 원래 리뷰 항목 <a href="/review/12345" title="From {time_ago}">#12345</a>에 첨부되어 있었습니다.

사용자 노트를 보고 있다가, 원래의 리뷰 항목을 찾으려면 몇 번의 클릭이 필요하다는 것을 깨달았습니다. 댓글이 작성된 페이지의 URL을 단순히 복사해서 댓글에 붙여넣는 것만으로는 해결되지 않습니다. 리뷰 댓글이 다음과 같은 동적 뷰에서 작성되었을 수 있기 때문입니다:

/review?sort_order=score&status=rejected&type=ReviewableQueuedPost&username=fdsa

7개의 좋아요

정말 좋은 아이디어입니다! 다음 업데이트에 반영하겠습니다.

2개의 좋아요

안녕하세요 @hugh

새로운 레이아웃에서 주장된 정보가 누락된 것 같습니다.

아래 예시는 다음 URL에서 가져온 것입니다: /review?additional_filters=%7B%7D&category_id=4&sort_order=created_at&status=all

기존 레이아웃:

새 레이아웃:

1개의 좋아요

중국어 인터페이스에서 버튼 텍스트가 의도치 않게 줄바꿈됩니다 - 이 주제의 범위에 해당하는지 확실하지 않습니다

2개의 좋아요

플래그가 지정된 게시물에 노트를 (성공적으로) 추가한 후 페이지를 벗어나려고 하면 변경 사항이 저장되지 않았다는 메시지가 표시됩니다. 하지만 실제로는 저장되어 있습니다!

무슨 일이 일어나고 있을까요? 변경 사항을 "제출"할 수 있는 곳이 어디에도 보이지 않습니다.

1개의 좋아요

현재 사용 중인 Discourse 버전은 무엇인가요? 이 수정 사항이 병합되기 이전 버전인지 확인해 볼 수 있을까요?

2개의 좋아요

아, 그건 제가 업데이트한 지 이틀 후에 일어난 일이네요.

정말 감사합니다. 업데이트하겠습니다.

1개의 좋아요

이 주장 제거 버튼은 이미 조치가 완료된(거부된) 예시 리뷰에 사용될 수 없습니다. 누가 조치를 취했는지에 대한 정보는 타임라인 및 메모 탭에서 확인할 수 있습니다.

리뷰가 해결된 후 왜 모더레이터가 주장을 철회하고 싶어 할 수 있는지에 대한 예를 제공해 주시겠습니까?

1개의 좋아요

이모지가 포함된 플래그 텍스트에 HTML 불필요한 요소가 많이 포함되어 있습니다:

이것은 제거되지 말아야 합니까?

1개의 좋아요

안녕하세요 @kris.kotlarek

두 가지를 비교해 보다가, 의도적으로 포함하지 않은 것이 아니라 단순히 놓친 것일 수 있어 강조해 두었습니다. 해당 기능이 이전 검토 대기열 레이아웃에 존재했으므로, 그럴 만한 이유가 있다고 생각했습니다.

모더레이터는 검토 대기열에서 ‘신고 접수자’ 필터를 사용하여 자신이 접수한 항목들을 처리할 수 있습니다. 따라서 조치 완료 후, 해당 항목이 ‘신고 접수자’ 목록에 다시 나타나지 않도록 접수 상태를 해제할 수 있으면 유용할 것입니다. 또한, 원래 접수자가 해당 항목의 접수 상태를 유지하고 있는 경우, 다른 모더레이터가 항목을 검토한 후 다른 조치를 취할 수 있습니까?

1개의 좋아요