토픽 목록을 위한 통합된 새 뷰 소개

음, 내가 좀 성급했네요. 내부적으로 아직 이 문제에 대해 완전한 합의가 이루어지지 않았거든요… 일단 좀 시간을 두고 지켜볼게요.

2개의 좋아요

저는 DiscourseHub에서 단일 ‘새 항목(NN 개)’ 숫자를 표시하는 방식을 선호합니다. 대부분의 사용자에게 더 나은 선택지라고 생각합니다. 더 간단하고, 커뮤니티의 메인 메뉴에서 표시하는 내용과 일치하기 때문입니다. 토픽/답글 구분은 부차적인 사항이며, 정말로 이를 필요로 하는 사용자는 사이트의 새 항목 목록에 진입한 후 토픽/답글별로 필터링할 수 있습니다.

1개의 좋아요

단순성을 주장하는 논리는 이해합니다. 저에게는 저에게 관심이 있을 수 있는 새로운 주제와, 이미 관심이 있다고 판단한 주제 안의 새로운 게시물 사이에 차이가 있습니다. 그래서 포럼에 방문해서 먼저 로그인할 필요 없이 앱의 개요 화면에서 바로 새로운 콘텐츠가 제게 어떤 우선순위를 가지는지 보고 싶습니다. 저에게 DiscourseHub의 강점은 바로 제가 사용하는 모든 포럼을 개별적으로 방문할 필요 없이 한눈에 볼 수 있다는 점입니다. 현재 메타 포럼에 대해서는 이 기능이 빠져 있습니다. 정보를 얻기 위해 어차피 메타 포럼에 방문해서 로그인해야 한다면, 굳이 DiscourseHub를 확인할 필요가 없습니다.

3개의 좋아요

네, 지금은 단순성을 추구하는 게 좋을 것 같아요. Hub에서는 알림 개수를 다른 수치로 표시한다는 점을 기억하세요. 그런 단순성이 있고 코어와 일치하는 것이 도움이 됩니다.

2개의 좋아요

이 주제에 대해 다소 늦게 참여하지만, unified new view가 안정화되고 재구축한 후 한 멤버가 자신이 추적 중인 토픽이 토픽 페이지 하단에 더 이상 표시되지 않는다는 문제를 보고했습니다. 그는 해당 목록을 방금 확인을 마친 내용에서 다음 항목으로 바로 이동하는 용도로 사용하고 있었습니다.

@martin 님은 All 탭 정렬을 위해 #20에서 new_and_unread_results를 조사하셨는데, 이번 문제는 해당 함수의 다른 호출자인 list_suggested_for에서 발생하고 있습니다. 이전에는 해당 경로가 다음과 같이 동작했습니다:

unread_results(…, :high)          # 먼저, 가능한 한 많은 슬롯을 채웁니다
new_results(…)                    # 남은 부분만 처리
random_suggested(…)

현재는 정상 우선순위의 단일 new_and_unread_results(…)로 변경되었습니다. 두 경로 모두 suggested_ordering을 통해 실행되므로, 같은 카테고리 우선 적용 규칙은 어느 쪽이든 동일하게 적용됩니다. 차이는 읽지 않은 추적 토픽은 이전에 새 토픽이 고려되기 전에 채울 수 있는 모든 슬롯을 확보했지만, 이제는 새 토픽과 **하나의 풀(pool)**로 통합되었다는 점입니다. 결과적으로, 다른 카테고리에서 추적 중인 읽지 않은 토픽은 현재 읽고 있는 카테고리에서 방금 생성된 새 토픽보다 낮은 순위로 밀려나게 됩니다.

사용자가 적은 사이트라면 이를 알아채기 어려울 것입니다. 하지만 저희 사이트는 여러 카테고리에 걸친 장기 진행 중인 스레드를 따라가는 사용자가 많아 분주한 편입니다. 따라서 기본 suggested_topics 슬롯 5개가 새 토픽으로 채워지고, 추적 중인 항목은 목록에서 제외되고 말았습니다.

이것이 의도된 변경인지 확신할 수 없습니다. 공지사항에는 추천 토픽에 대한 언급이 없습니다. 도움이 된다면 더 자세히 조사해 보겠습니다.


&tldr: 토픽 하단의 추천 토픽에서 unread(읽지 않음)의 우선순위가 사라졌습니다

2개의 좋아요

또한, 실제로 읽지 않은 주제가 하나 남아 있는 경우에도 읽지 않은 항목 수/링크가 완전히 사라지는 등, 카운트가 잘못 표시되는 문제를 발견했습니다.

의도적인 것이 아니라, Sam이 Introducing the unified new view for the topic list - #21 by sam 에서 그것이 괜찮다고 확인한 후로 아직 수정할 여유가 없었습니다. 읽지 않은 결과가 여전히 우선순위를 가질 수 있도록 수정해야 할 것 같습니다.

저는 이를 직접 확인해 본 적이 없지만, 시간이 지남에 따라 읽지 않은 개수가 동기화되지 않는 다른 문제들을 관찰해 왔습니다. 이 문제를 조사하려면 적절한 재현(repro) 사례가 필요합니다.

2개의 좋아요

제 경우에는 거의 항상 동기화가 깨집니다.

  1. 읽지 않은 게시글이 있는, 내가 보고 있는(topics) 토픽으로 이동합니다(예: 읽지 않은 토픽 페이지나 알림을 통해)
  2. 페이지 하단으로 이동합니다
  3. 숫자가 잘못 표시됩니다. 현재 토픽을 읽은 사실이 반영되지 않았기 때문일 가능성이 높습니다

실제로 방금 내 답변에 대한 알림을 통해 이 토픽(제 유일한 읽지 않은 토픽)으로 이동했을 때 바로 이런 일이 일어났습니다.


숫자가 너무 낮거나 너무 일찍 사라지는 반대 방향의 문제는 재현 단계를 찾지 못했지만, 찾게 되면 알려드리겠습니다.

2개의 좋아요

에이, 이거는 Horizon에 숨겨져 있어서 자주 보지 못했네요. Foundation에 Meta를 유지해야 더 자주 볼 수 있을 것 같아요:

해당 주제에 대한 Foundation 화면과 비교하면:

참고로 @chapoi, Horizon에서 이것이 의도된 것인지는 알고 계신가요?

어쨌든, 이제 해당 상황을 알게 되었으니 재현해 볼 수 있을지 확인해 보겠습니다.

1개의 좋아요

네, 확인했습니다. 카운트는 토픽 추적 상태 서비스에서 업데이트되지만, 이 컴포넌트는 업데이트되지 않네요. 원인이 무엇인지 모르겠어요:

1개의 좋아요

죄송하지만, 어떤 부분이 의도된 건가요?

관련 주제 아래에 있는, 읽지 않은 주제와 새로운 주제에 대해 사용자에게 알려주는 줄이 숨겨져 있습니다.

2개의 좋아요

아, 고마워. 그래, 의도적으로 그렇게 한 거야 @martin 깔끔한 느낌을 위해 좀 정리한 거지.

3개의 좋아요

“통합 보기 활성화” 플래그 뒤에 숨겨져 있어야 할 기능이 맞나요? 포럼에서 이 기능을 활성화하지 않았는데 통합 뷰가 표시되고 있습니다. 수요일에 tests-passed/ 최신 브랜치에서 다시 빌드했습니다.

수정: 아니요, 플래그를 다시 업데이트해 봤는데 이번에는 성공했습니다.

14개의 게시물이 새 주제 새로운 답변이 있는 주제에 대한 더 직접적인 접근으로 분리되었습니다.

방금 또 발생했지만, 일관되게 재현하는 방법을 아직 명확히 알지 못합니다.

1개의 좋아요

안녕하세요, ‘닫기’ 버튼에 대해 질문이 있습니다.
통합된 새로운 기능 이전에는 /unread에서 '닫기’를 클릭할 때 ‘더 이상 이 주제를 추적하지 않음’ 옵션이 있었습니다. 이 기능이 사라진 건지, 아니면 제가 뭘 놓치고 있는 건지 모르겠습니다. 이제 '모두 닫기’를 클릭하면 '새로고침’에 ‘읽지 않음’ 게시물이 있는 주제들의 추적 상태가 자동으로 변경되는 거 맞나요? /new 게시물 목록만 지우되, 스레드 내 게시물의 추적 상태는 변경하지 않는 별도의 버튼이 있는 게 더 합리적이지 않을까요?
뭘 놓치고 있는 건지, 아니면 이 기능을 완전히 오해하고 있는 건지 궁금합니다.

수정: 방금 “추적 중지” 버튼을 찾았습니다.

감사합니다,
newbit

1개의 좋아요

솔직히 이 변경 사항이 좀 혼란스럽네요

저희는 Discourse를 소셜/레딧 스타일의 블로그처럼 사용하고 있어서 새 게시물 목록은 필수입니다.

이 변경 사항이 적용되면 최신 날짜 순의 새 주제(NEW topics)를 위해 구체적으로 어떤 URL을 사용해야 하는지 궁금합니다. 저희는 활동(activity)은 신경 쓰지 않는데, 그걸 위한 탭이 따로 있거든요.

미리 감사드립니다

1개의 좋아요

저희 사이트의 같은 노트에서 여기로 바로 왔습니다. 저도 궁금합니다.

이 스크린샷에서:

  • 토픽(Topics) - 최신 날짜 기준으로 사용자에게 새로운 토픽 목록으로, 기존 /new URL과 동일합니다.
  • 답변(Replies) - 사용자가 이미 추적 중인 토픽의 읽지 않은 게시글 목록으로, 기존 /unread URL과 동일합니다.

따라서 실제로는 크게 변한 것이 없으며, 단순히 더 이상 별도의 경로/최상위 탭으로 분리되지 않았을 뿐입니다. 원한다면 /new?subset=topics/new?subset=replies를 통해 여전히 직접 접근하여 북마크나 사이드바 링크를 만들 수 있습니다.