새로운 채팅 스레드 기능이 추가된 것 같습니다. 대부분 읽어봤는데, 여기서 사람들이 요청했던 것과 같은 기능인가요?
@vel, 잘 모르겠어. 그냥 Lemmy나 Reddit처럼 스레딩 기능이 있으면 좋겠는데, 그 기능에 대한 설명은 아무리 봐도 복잡해 보여.
1개의 좋아요
먼저, 저는 디스커스의 토론 형식을 매우 좋아합니다. 그 외에도 정교하게 설계된 여러 부분들이 마음에 듭니다. 하지만 특정 주제에 대해서는 사용자가 남긴 특정 댓글을 깊이 있게 파고들기 위해 스레드형 구조를 정말 좋아합니다. 채팅 스레드가 이 문제를 해결해 줄 것으로 기대합니다. 아직 해결되지 않았다면요.
스레드 기능에는 몇 가지 문제가 있다는 점을 이해합니다. 하지만 일부 토론에서는 스레드가 적절하다고 생각합니다. 또한, 이 문제를 해결할 수 있는 사람이 있다면, 이곳의 사람들이 그 방법을 찾아낼 수 있을 거라고 생각합니다. 구체적으로, 저는 이것이 조직 방식에 대한 선호 문제라고 생각합니다. 이 토론을 어떻게 조직하고 싶으신가요?
제 주요 이유는, 때때로 누가 누구에게 답장을 보냈는지 확인하고 싶고, 특정 댓글에 직접 답하고 싶기 때문입니다.
2개의 좋아요
일부 유사점이 있지만, 스레딩은 현재 채팅 채널에서만 사용할 수 있습니다. 토픽에 스레딩을 추가할 계획은 현재 없습니다.
1개의 좋아요
그렇다면 플러그인을 통해 지원을 추가할 수 있을까요?
1개의 좋아요
플러그인을 사용하면 무엇이든 가능하지만, 상당히 복잡한 작업이 될 것입니다.
시도해보려는 분들을 위해 한 가지 참고할 점은, 최근 커스텀 위젯 시스템을 제거하고 최신 버전의 Ember를 활용하기 위해 토픽 현대화를 시작했다는 것입니다(아마도 몇 달이 걸릴 예정). 따라서 지금 시작하기에는 적절하지 않은 시기입니다.
4개의 좋아요
최근 몇 년간 이 부분은 변했습니다. 좋은 토론 주제가 있으면 스레드가 답글을 조직하는 데 도움이 될 수 있습니다.
이 글이 올라온 지 6년 이상이 지났습니다. 이제 전 세계 커뮤니티가 스레딩에 대해 좀 더 성숙해졌을까요? 그리고 한 가지 구분을 하고 싶은데, 소셜 미디어 사이트에서 사용하는 1차 답글의 정렬 방식은 제가 관심 있는 부분이 아닙니다. 저는 특정 댓글에 답글을 달 수 있고, 그 답글이 해당 댓글에 연결되어 있다는 것을 명확히 표시받을 수 있으며, 답글이 유실되지 않는 것이 중요합니다.
스레딩을 싫어하는 이유가 있을 수 있다는 것은 이해합니다. 그 이유는 무엇인가요? 구체적인 이유는 무엇인가요? 토론해 주세요.
P.S. 대체를 원하는 사람은 없다고 생각하지만, 어떤 형태로든 선택적 지원(아마도 미래에 또는 플러그인을 통해)이 되었으면 합니다.
1개의 좋아요
Discourse는 중재 활동에 크게 초점을 맞추고 있습니다(이는 일반적으로 커뮤니티에 건강한 요소입니다).
주제가 벗어난 게시물은 다른 주제나 새로운 주제로 이동되는 경향이 있습니다.
이것이 Discourse의 방식입니다.
하지만 물론, 플러그인이라면 …
2개의 좋아요
인용 기능이 이 문제를 대부분 해결할 것 같습니다. 또한, 전체 주제에 대한 답글이 아니라 특정 게시물에 있는 “답글” 버튼을 클릭하면, 해당 게시물에 대한 답글로 표시되며, 원본 게시물에서 해당 답글들을 펼쳐서 볼 수 있습니다.
5개의 좋아요
저에게는 전혀 도움이 되지 않습니다, @mpalmer. 분명히 맥락을 파악할 수 있게 해줍니다(그 기능이 없다면 단순한 추측을 제외하고는 불가능하니까요) 하지만 특정 대화를 따라가는 일은 여전히 어렵습니다.
3개의 좋아요
그게 무슨 뜻인가요? 플러그인을 만드는 방법이 두 가지인데, 원래 방법이 제거되는 건가요?
2개의 좋아요
현재 코드가 변동 중이라는 뜻이에요. 그래서 플러그나 테마 컴포넌트를 작성하기 전에 리팩토링된 코드가 프로덕션에 배포될 때까지 기다리는 것이 시간과 노력을 절약하는 데 도움이 될 수 있습니다 
5개의 좋아요
이전 버전을 기반으로 플러그인을 작성한 후 필요하면 업데이트하는 방법은 없나요?
물론, @vel, 하지만 업데이트 후 다시 작성해야 한다는 것을 알면서 왜 그런 노력을 기울이겠어요?
1개의 좋아요
Discourse에는 대화를 새로운 주제로 스레딩(threading)할 수 있는 기능이 있는 것 같습니다. 다만, 1) 이러한 연결된 주제를 생성하는 것이나 2) 연결된 주제에 대한 자세한 내용을 파악하는 것이 그렇게 쉽지는 않은 것 같습니다.
이전에 말씀드린 적도 있지만, 저는 Discourse를 모두가 참여하는 큰 테이블 주위의 하나의 대화, 즉 한 명씩 순서대로 이어지는 선형(linear) 대화라고 생각합니다.
실제로는 큰 테이블의 대화가 종종 더 작은 대화로 분화하는데, 사람들은 이를 스레드라고 부를 것입니다. Discourse에 비유하자면, 메인 테이블은 하나의 주제에 집중하려 하고, 그래서 몇몇 사람들이 함께 테이블을 떠나 다른 테이블이나 다른 방(자주 경우 연결된 주제)으로 이동하는 것과 같습니다.
실제로는 사람들이 왜 떠나는지, 무엇을 이야기하고 싶어 하는지, 그곳에 몇 명이 있는지, 새로운 논의의 분위기가 어떤지 등을 어느 정도 파악할 수 있습니다.
현재 Discourse에서는, 현재 대화에 머물면서 새로운 대화에 대해 가질 수 있는 가시성은 새로운 주제의 제목이 포함된 링크 아이콘 목록뿐인 것 같습니다:
이것이 더 자세히 표시될 수는 없을까요? 새로운 주제의 카테고리, 태그, 주제에 답글을 남긴 사람 수 등을 표시할 수 있겠죠? 또한 주제가 누군가가 주제 내에서 “답글을 연결된 주제로” 버튼을 클릭하여 시작된 것인지, 아니면 이미 존재하는 주제에서 누군가가 현재 주제에 링크를 게시하여 시작된 것인지도 구분할 수 있으면 좋겠습니다.
현재로서는 연결된 주제 링크를 확인해야 한다는 것을 스스로에게 상기시켜야 하며, 솔직히 그 링크를 클릭할 때마다 제목이 있는 주제 외에 클릭한 뒤에 무엇을 볼 수 있을지 모릅니다.
따라서 Discourse를 재구축하여 중첩된 대화를 허용하는 것이 아니라, 연결된 주제 기능을 강조하고, 생성하기의 용이성과 내부에 무엇이 존재하는지 파악하기의 용이성을 조금씩 조정하는 것이지 않나 싶습니다.
3개의 좋아요
@vel, 지금 이 플러그인을 작성해 주시고, 새 코드가 배포되면 그때 업데이트하시면 됩니다. 열의가 넘치는 것이 잘 보이니, 필요한 시간을 투자할 준비가 되어 있으실 거라고 확신합니다.
1개의 좋아요
디스커스가 스레드 지원(네이티브 또는 플러그인)을 갖추고, 인스턴스 소유자가 필요한 곳에 사용할 수 있도록 선택할 수 있다면 더 많은 고객을 유치할 수 있다고 생각합니다.
지금 이 작업을 하는 것이 나중에 하는 것보다 더 많은 공수가 들지는 모르겠습니다. 상황次第일 것입니다. 하지만 작업을 진행하는 과정에서 어떤 방식으로든 동작하도록 만들게 되면, 나중에 재작성이 필요할 때 해당 코드나 경험을 재사용할 수 있을 것입니다. 지금 무언가를 진행해 두는 것이 더 나을 수 있으며, 이를 통해 리팩토링 시 필요할 수 있는 API도 함께 포함할 수 있습니다.
저는 직장에서 플러그인을 개발하고 있습니다(10년 이상의 경력) 그래서 그 부분은 문제가 되지 않습니다. 하지만 저는 Discourse용 플러그인을 작성해 본 적은 없습니다. 해당 플러그인을 위해 자금이 모금된다면 작성할 의향이 있습니다(다양한 이유가 있지만, 재정 문제로 인해 시작을 했다가 중단되는 상황을 원하지 않기 때문입니다). 아니면 제가 원하는 기능이 포함된 다른 사람의 플러그인에 기여하는 것도 고려해 볼 수 있습니다.
1개의 좋아요
@vel,
무엇에 따라 달라지나요?
그것은 Ember 구현 구조를 재구성하는 동안 얼마나 많은 변화가 일어나고, 어떤 변화가 일어나는지에 따라 달라집니다.
그 문장은 의미 없이 모호하며, 어쨌든 다소 무의미합니다.
전적으로 동의합니다.
네. 그것이 바로 의존하는 부분입니다. 무엇이 변경되는지, 그리고 Ember가 그것과 어떤 관련이 있는지 모르겠습니다. 플러그인 API가 그대로라면 지금 시작하든 나중에 시작하든 중요하지 않습니다. API가 변경된다면, 지금 제가 작업을 진행 중이고 그들이 리팩토링을 진행 중이라면 제가 필요한 API에 대한 피드백을 받을 수 있습니다.
그들이 Ember SDK로 Discourse 자체를 다시 작성하는 것이라면, 저는 이 작업에 시간을 들이지 않을 것입니다.
1개의 좋아요