Are there any plugins that use ideas from this topic/any others that help with long topic navigation?
Also is there something official coming out to help with this in the nearish future?
I looked around for a bit and didn’t see anything about either of the above. Sorry if I missed/for the bump.
Nothing is coming in the nearish future but very likely in the next 12-24 months, its an area we want to improve.
I noticed the photos app in Windows 10 builds a timeline with breakpoints:
Gotta reiterate that I think the strongest case for this, by far, is enormous gaps in the conversation, or simply “years” if the conversation goes on that long.
Possibly the second strongest is posts with anomalously large number of likes relative to the rest of the topic; could mark those with a 
이런 도구를 정말 갖고 싶습니다.
제 포럼은 크라우드펀딩 프로젝트에 관한 것이며, 일부 토론은 수년 동안 이어지기도 합니다. 이 과정에서 극적인 전환점(예: KS 이전, KS 시작, KS 종료, 배송 시점, 배송 후 첫인상/사용 후기 등)이 생기기도 합니다.
수천 개의 게시글이 쌓인 주제에서 이러한 전환점을 찾아낼 수 있다면 사용자 경험이 크게 개선될 것입니다.
해당 전환점에서 새로운 주제를 강제하는 것이 올바른 전략입니다.
그리고 그런 변화가 일어나는 순간 바로 알아차리지 못한다면, 나중에 주제를 나눌 수 있습니다.
이것은 내가 시도해 본 전략(분할)인데, 전혀 효과가 없었습니다. 사람들이 오래된 데이터를 찾을 때 여러 스레드를 뒤져야 하는 것을 싫어하거든요.
크라우드펀딩 프로젝트(제 경우에는 게임)에 대한 대화는 살아있는 생명체와 같습니다. 여러 단계를 거치죠. 기쁨의 순간도 있고, 분노의 순간도 있습니다. 아이가 처음으로 말을 할 때, 첫 책을 읽을 때, 혹은 집을 나갈 때 아이를 바꾸지 않잖아요. 그것을(그 아이를) 길고 열정적이며 감성적인 여정으로 바라보는 것처럼요.
변형(활용)을 식별하도록 지원하는 기능을 추가해 주셔서 좋습니다. 시각적으로 표현할 수 있다면 매우 강력한 기능이 될 것입니다. 
또한 사용자들이 대화의 시작부터 전체를 검색하기를 원한다는 점에 동의합니다. 하지만 그것이 우리 대부분에게 가치 있는 기능이 될 것이라고는 생각하지 않습니다. 사람들이 정말로 분할된 토픽의 전체 체인을 검색하기를 원한다면, 이를 수행할 수 있는 검색 옵션은 플러그인으로 개발하는 기능이 될 수 있을 것입니다. 저는 체인 내의 각 이전 토픽을 첫 번째 토픽까지 하나씩 검색할 수 있는 재귀적 검색을 지지합니다. 그렇게 하면 맥락, 즉 토픽이 분할된 이유를 더 쉽게 파악할 수 있을 것입니다.
또한 긴 토픽이나 긴 여정이 성장하는 아이의 현실을 반영한다는 데에도 동의하지 않습니다.
새로운 기회 집단에 진입하는 것을 나타내는 매우 명확하고 잘 문서화된 발달 단계가 있습니다. 각 단계는 새로운 장을 시작하며, 예를 들어 자궁, 신생아, 기어 다니기, 걸음마, 유치원, 초등학교 초기 등입니다. 말하기 전후, 걷기 전후, 화장실 훈련 전후 등도 마찬가지입니다.
부모는 항상 자녀가 새로운 것으로 넘어가고旧的 것을 뒤로하는 것을 지켜봅니다. 따라서 현재 단계와 이전 단계를 동일하게 취급하는 것은 진정한 문제입니다. 프로젝트에도 마찬가지입니다. 각 새로운 단계는 다음 개발 단계의 주요 특징을 명확한 그림으로 제시하고, 이를 어떻게 계획하고 인식할 것인지를 보여주는 기회입니다. 프로젝트가 발전하지 않는 것처럼 취급하고, 뒤로해야 할 것이 전혀 없는 것처럼 대하는 것은 역효과를 낳습니다.
작동합니다, 그리고 잘 작동합니다. 토픽 분할과 여러 구체적인 토픽을 효과적으로 만들려면 어느 정도의 규율이 필요합니다. 만약 당신의 사이트가 규율이 없다면, 결국 전체가 실패할 수밖에 없습니다. 그 시점에는 그냥 Discord 같은 채팅 시스템을 설치하고 마무리하는 것이 나을지도 모릅니다.
음, 아시다시피 이 포럼은 5년째 운영되고 있습니다. 그전에는 bbpress로 운영하기도 했는데 (관리하는 게 제게는 전혀 즐거운 일이 아니었습니다).
그리고 지금은 잘 돌아가고 있습니다. 몇몇 주제가 10,000개 게시물에 근접하고 있지만, 그 주제들은 매우 구체적이며, 한 주제 = 한 게임이라는 구조를 따르고 있습니다. 주제를 나누는 방법은 여러 가지가 생각나지만, 사실 우리는 어떤 형태의 분리를 시도해봐도 항상 실패로 끝났습니다. 제 사용자들은 한 게임에 관한 모든 필요한 정보(그리고 그 이상으로 과다한 정보들)가 한 주제에 모여 있는 방식을 좋아합니다. (참고로, 그룹 성약 관련해서는 보통 병렬로 두 번째 주제가 하나 더 열리곤 합니다. 이건 사용자들의 요청으로 생긴 것이며, 그들이 소음 허용 한계에 도달했기 때문입니다.)
이전 요청을 다른 관점에서 보면, 전체 토론에 대한 목차(Table of Contents)를 만드는 것과 비슷합니다. 게시물용 목차 플러그인이 있다는 것은 알고 있습니다. 네, 수동으로 1번 게시물에 링크를 걸 수도 있습니다. 하지만 아무도 그 링크를 알아채지 못할 거라고 단언할 수 있습니다. 시간이나 관심도에 기반한 전환점(inflexion points)이 타임라인에 가깝게 배치된다면, 제 생각에는 가치가 있을 것입니다.
참고로, 이 기능이 없어도 충분히 살 수는 있습니다. 하지만 유용할 수 있다고 생각합니다.
토픽이 길어질수록 극심한 성능 문제가 발생할 수 있습니다. 일정 수준의 규율이 없다면, 더 비싼 서버 인스턴스(더 많거나 빠른 CPU, 더 많은 RAM 등)를 사용해야 하는 결과로 이어질 것입니다.
앨범의 자연스러운 분할점에 대한 또 다른 흥미로운 아이디어: 가장 많이 재생된 트랙은 무엇인가?
이것을 위해 주제 요약이나 토픽 목록의 ‘상위’ 항목에서 사용하는 것처럼 복합적인 기준을 활용할 수도 있습니다.
(좋아요) 수… 하지만 저는 가장 많은 (좋아요)를 받은 게시물을 기준으로 한 분할점 세트가 토픽을 탐색하는 합리적인 방법이라고 생각합니다. 물론, 시간상의 큰 간격도 그 못지않게, 혹은 그보다 더 중요할 수 있다고 생각합니다.
이 장들은 비디오 설명의 시간 코드에서 가져와 수동으로 작성되었습니다!
이 문제에 대해 좀 더 생각해 보았습니다. 메가토픽과 비메가이지만 업데이트가 느린 토픽에 대한 제 경험상, 사용자가 관찰 중이던 토픽이 대체 토픽이 있더라도 폐쇄되면 매우 불만을 갖습니다.
이것은 두 가지 가능한 해결책을 시사하며, 둘 다 코어 또는 플러그인에서 일부 도움이 필요할 가능성이 높습니다.
각 아이디어에 대한 더 자세한 설명은 다음과 같습니다:
제가 이 기능이 작동하는 방식을 이해하는 방식은 다음과 같습니다. 관리자가 게시글을 선택한 후 _그 게시글 및 그 이전 모든 게시글_을 클릭하면 새로운/수정된 새 토픽 생성 팝업이 트리거됩니다. 새 토픽은 기본적으로 동일한 카테고리를 사용하며, 시작일과 종료일이 포함된 기존 토픽 이름이 기본값으로 설정되고, 잠금 상태의 토픽을 생성하도록 기본값이 설정됩니다. 첫 번째 게시글과 마지막 게시글(마지막은 시스템 게시글)에는 분할된 원래 메인 토픽으로의 링크가 포함됩니다. 기존 토픽은 첫 번째 게시글을 유지하고, 이동된 게시글의 자리에 새 게시글(다른 분할 토픽 특수 게시글은 무시)이 추가되며, 그 외에는 그대로 유지됩니다.
아마도 다른 토픽의 인용 링크를 수정하는 rake 작업도 필요할 것 같지만, 이는 더 까다로울 수 있습니다.
이 방식은 구현하기가 훨씬 쉽지만, 어째서인지 저에게는 덜 만족스럽습니다. 첫째, example.discourse/t/_/12345 형태의 일반적인 링크(즉, 게시글이 아닌 토픽으로 이동하는 링크)가 유효하지 않게(stale) 됩니다. 토픽이 외부 토론(예: “앱 아이디어를 여기에 제출하세요!”)에 사용될 경우 이러한 링크가 자주 사용될 가능성이 높습니다. 이 기능이 사용되면 기존 토픽을 폐쇄하고, 제목을 변경하여 날짜 범위를 표시(기본값)하며, 동일한 카테고리에서 제목, 첫 번째 게시글 및 모든 추적/음소거 설정을 복사하여 새 토픽을 생성합니다. 새 토픽으로의 링크는 기존 토픽의 시스템 폐쇄 메시지 내에 추가됩니다.
아마도 해당 토픽에 참여하지 않은 사용자의 폐쇄된 토픽에 대한 추적/관찰을 해제(de-track / watch)하는 것이 필요할 것입니다. 제가 여기에서 고려하는 시나리오는 다음과 같습니다. 몇 달 동안 활동하다가 1년 동안 사라진 후 돌아온 사용자 Elijah는 명시적으로 관찰하던 토픽이었더라도, 그가 부재했던 동안 생성되고 폐쇄된 중간 두 토픽에는 관심이 없을 수 있지만, 돌아왔을 때 최신 버전의 토픽을 계속 따르는 데에는 여전히 관심이 있을 수 있습니다.
오랜만에 돌아오셨네요!
의아합니다. 이미 1~2개 버전 전부터 이 기능이 존재하는 것 아닌가요? 토픽이 10,000개 게시글 제한에 도달하여 자동 닫히면 새 토픽이 자동 생성되고 기존 토픽과 상호 링크됩니다. 해당 기능이 보이지 않나요?
크로스 링크를 요청한 게 아니에요. "여기서 선택하고 위쪽"을 새 주제로 이동하게 해달라고 했거나 – 아니면 – 관찰 상태를 복사해달라고 한 거예요.
이 문제에 대한 새로운 소식은 있나요?
이 용도로 타임라인의 세로 막대를 사용하는 것이 좋을 것 같습니다. 게시글 길이를 기준으로 추가하는 것은 어떨까요? 어떤 한 줄짜리 게시글은 많은 좋아요를 받기도 하지만, “주제 마일스톤”으로서는 잘 작동하지 않습니다.
현재로서는 특별히 없지만, 결국 그렇게 될 수 있도록 계획하고 있습니다!
