오, 네, 가로 스크롤은 매우 좋을 것 같습니다. 말씀하신 대로, 주제 순서에 의해 결정되는 임의의 순서는 순서가 있거나 없음을 의미할 수 있습니다. 오히려 순서가 있는 경우, 소유자가 아이콘을 
이모지로 변경하거나 제목을 변경함으로써 이를 명시적으로 나타낼 수 있습니다. 가로 스크롤 자체는 암묵적인 순서를 부여하지 않습니다.
그것은 정말 좋은 아이디어입니다!
1개의 좋아요
네 – 아주 영리한 방법입니다!
좋습니다. 사용 사례를 하나 제시해 보겠습니다.
제 특정 상황에서는 역할극(RP) 포럼이므로, 제 아이디어는 작가의 중앙 주제에 하위 컬렉션을 사용하여 특정 캐릭터(또는 여러 캐릭터, 서로 다른 섹션을 제공하므로)에 대한 정보를 수집하는 것입니다. 따라서 역할극 스레드로의 일방적 링크가 유용하며, 동일한 링크를 여러 하위 컬렉션에 복제할 수 있는 기능도 유용합니다.
이것을 여기 Discourse와 더 유사한 커뮤니티에 맞게 다시 작성하자면, 사용자가 소스 자료나 아이디어의 진화를 보여주기 위해 여러 주제에서 정보를 종합한 가이드를 작성하고 싶어 한다고 가정해 보겠습니다.
또 다른 사용 사례는 사용자가 제출한 자료의 라이브러리, 예를 들어 모드 사이트 등이 있습니다. 그러면 각 개인이 자신이 큐레이션한 모드의 “개인” 컬렉션을 하위 컬렉션에 제시할 수 있습니다. 동료 사용자는 이러한 큐레이션된 컬렉션을 통해 어떤 모드나 다른 라이브러리 자료가 시작하기에 좋은 곳인지, 또는 자신의 경험을 구축할 수 있는 기반인지 파악하는 데 활용할 수 있습니다.
이 모든 시나리오에서, 링크가 여러 하위 컬렉션에 존재할 수 있고 수집된 링크의 사이드바를 장악하지 않는 것은 유용한 기능입니다. 여기서 컬렉션을 생성할 수 있는 권한은 너무 강력하고, 주제 간의 상호성은 불필요합니다. 따라서 별도의 권한을 허용하면 오용의 가능성을 줄이면서 이 도구에 접근할 수 있게 됩니다.
이러한 것들이 북마크/플레이리스트/개인 컬렉션 개념에도 적합하다고 동의합니다. 이는 이러한 사용 사례에 대해 확실히 허용 가능한 대안이 될 것입니다. 별도의 권한을 통해 이 것이 동일한 플러그인 내에서 달성될 수 있다고 생각하며(각 사이트는 이미 존재하는 사이트 텍스트를 통해 하위 컬렉션의 명명을 특정 사용 사례에 맞게 조정할 수 있습니다). 이 플러그인을 덜 신뢰되는 사용자들에게도 매우 강력하고 유용하게 만드는 데 두 가지 모두 실행 가능한 경로라고 봅니다.
아, 알겠습니다. 이제 이해가 갑니다. 기본 설정으로 이 특정 사용 사례는 이미 가능해야 합니다.
다음과 같은 설정을 기본값으로 사용할 경우, 커뮤니티가 RP를 구조화하는 선호도에 따라 컬렉션을 몇 가지 방식으로 조직할 수 있습니다.
collection_by_topic_owner=true
collection_by_topic_owner_allow_groups=tl1
collection_modification_by_allowed_groups=admin,moderators,tl4
설정 1: GM이 메인 주제를 생성하고, 플레이어들이 개별 CS를 생성.
게이스트(GM)가 RP용 주제(메인, 세계관, OOC)를 생성합니다.
플레이어들은 개별 캐릭터 시트(CS)를 생성합니다.
GM은 메인, 세계관, OOC로 구성된 컬렉션을 생성한 후 CS를 위한 섹션 헤더를 생성합니다.
플레이어들은 자신의 캐릭터를 위한 별도의 주제를 생성합니다. 플레이어는 자신의 주제에 링크를 위한 서브컬렉션을 생성할 수 있습니다.
GM은 플레이어들을 해당 컬렉션의 유지보수자(maintainers)로 추가합니다. 플레이어들은 섹션 헤더 아래에 자신의 CS 주제를 추가합니다.
플레이어들은 여전히 자신만 권한이 있는 서브컬렉션을 사용할 수 있으며, RP 그룹 전체가 캐릭터 시트로 이동하고 다시 돌아올 수 있습니다. 유일한 단점은 서브컬렉션이 공개되어 있어, 다른 사용자가 플레이어의 캐릭터 시트로 이동할 경우 메인 경험의 품질을 저하시킬 수 있다는 점입니다.
설정 2: GM이 메인 주제와 단일 CS 주제를 생성. 플레이어들은 캐릭터로 주제에 답글을 달고, 개인 메모 주제를 가짐.
GM은 메인, 세계관, OOC, CS를 포함하여 RP용 주제를 생성합니다.
플레이어들은 CS 주제에 자신의 캐릭터로 답글을 씁니다.
GM은 모든 메인 주제로 구성된 컬렉션을 생성합니다. CS 주제에서 GM은 각 개별 캐릭터 게시물로 연결되는 링크를 가진 서브컬렉션을 생성합니다. (또는 GM이 서브컬렉션을 생성하고 모든 플레이어를 유지보수자로 추가하여 각자가 자신의 링크를 추가하도록 함)
플레이어들은 자신의 개인 메모와 초안을 위한 개인 주제를 유지합니다. 플레이어는 이 개인 주제에 서브컬렉션을 생성하고 RP 주제와 연결할 수 있습니다.
이 방식은 GM이 표시하기를 원하는 대로 RP가 조직됩니다. 플레이어들은 GM이 설정한 것을 방해하지 않고 자신의 메모에서 RP에 접근할 수 있습니다. 단점은 플레이어가 RP에서 자신의 메모로 쉽게 되돌아갈 수 없다는 점입니다(하지만 북마크로 해결할 수 있습니다). 또한 플레이어는 서브컬렉션을 위해 자신의 주제를 사용해야 하는데, 이는 자신의 캐릭터를 위한 개인 메모를 생성/유지하지 않는 사람들에게는 적합하지 않을 수 있습니다.
실제로 제가 소속된 포럼이 사용하는 설정이며, 이 플러그인은 이에 맞게 설계되었습니다.
여기서 주요 문제는 컬렉션과 서브컬렉션이 항상 공개적이라는 점입니다. 따라서 예시 설정에서 서브컬렉션은 다른 사람에 의해 수정될 수 없지만 여전히 보입니다. 마찬가지로, 이 플러그인은 주제 소유자가 표시되는 내용에 대해 더 많은 제어를 가질 수 있도록 설계되었으므로, 권한 시스템과 링크에 대한 다양한 제한이 있습니다. 이러한 문제는 공개 주제 뷰에 영향을 주지 않는 개인 컬렉션이라는 가상의 기능을 통해 해결할 수 있습니다. 이는 또한 언급하신 다른 시나리오를 더 깔끔하게 처리할 수 있을 것입니다. 이 기능을 만드는 방법과 공개 컬렉션과 어떻게 함께 작동하게 할지에 대해 더 생각해보겠습니다.
4개의 좋아요
공개 범위에 관해서는 단점으로 보지 않습니다. 만약 누군가 포럼에 직접 호스팅된 개인용 목록이 필요하다고 느낀다면 (이미 많은 분들이 개인 컴퓨터 파일이나 Google Docs를 사용 중이므로), 북마크 기능과 PM(개인 메시지)收件箱을 활용할 수 있습니다. 자기 자신에게 PM을 보내 메시지를 수정하는 방식이죠. 저는 이 컬렉션 기능이 여기에서 공개적으로 유지되는 것을 지지합니다. 다른 누군가는 이 기능이 비공개로 처리되어야 하는 더 민감한 용도가 있을 수 있으니까요.
예를 들어 주신 사례들은 제가 제시한 사용 사례와 정확히 일치하지는 않습니다. 특히 두 사례 모두 단일 GM(게임 마스터)이 관리하고 있으며, 제 사이트의 경우 작가들은 더 자주 자기 자신이 GM 역할을 맡고 있기 때문입니다. 이것이 제가 추상적으로 동일한 상황이 성립하는 다른 예시(예: 큐레이션된 추천 목록이나 출처 목록 등)를 제시한 이유이기도 합니다. 이는 마지막으로 짚고 넘어가고 싶은, 놓치기 쉬운 한 가지 점을 강조하기 위함이었습니다.
주제를 여러 서브컬렉션에 연결할 수 있는 기능을 고려해 주실 수 있을까요? 사이드바의 상호 연결성이 없으므로, 메인 컬렉션보다 충돌이 적을 것 같아 보입니다. 물론 최종 판단은 귀하에게 맡기겠습니다.
더 많은 생각과 예시/테스트 워크플로우를 만들려는 과정에서 또 다른 몇 가지 문제를 발견했습니다.
- 링크 텍스트 입력창의 문자 인코딩 문제입니다. 이는 렌더링 문제일 뿐 기능에는 영향을 미치지 않는 것으로 보입니다.
- 서브컬렉션은 Create/Manage Collections과 달리 링크 이름을 자동 완성하지 않는 것 같습니다.
제 머릿속에서 형성된 문제점들과 이 플러그인을 사용하는 데 대한 기대를 논의하고 해결책을 찾으려는 귀하의 의지에 감사드립니다. 곧 제 작가들에게 이 기능을 소개할 수 있는 단계에 도달하길 바랍니다.
1개의 좋아요
아… 보고해 주셔서 감사합니다!
음… 여기서 말하는 "연결"이 다소 모호해서 최대한 잘 답변해 보겠습니다. 하위 컬렉션 목록에 여러 토픽(또는 어떤 URL이든)을 추가할 수 있습니다. 마찬가지로 여러 하위 컬렉션이 동일한 토픽이나 URL을 나열할 수도 있습니다. 하위 컬렉션은 매우 단순하며 실질적으로는 URL 목록일 뿐입니다. 유일한 제한 사항은 하나의 하위 컬렉션이 하나의 토픽에서만 표시될 수 있다는 것입니다. 이 마지막 제한 사항(하나의 토픽이 하나의 하위 컬렉션만 표시)은 변경되지 않을 것입니다.
아, 하위 컬렉션의 경우 해당 필드는 URL만 입력하도록 되어 있어야 합니다. 원래 하위 컬렉션은 주로 게시물에 사용되도록 의도했지만, 그렇게 검색하려면 불편할 것 같았습니다. 혼동을 피하기 위해 여기서 테이블 헤더를 업데이트해야 할 것 같습니다.
2개의 좋아요
오! 그러면 일이 훨씬 간단해지네요.
그리고 이건 이해를 돕는데 도움이 되었습니다. 감사합니다. 토픽 검색 기능은 훌륭하지만, 그것이 없더라도 치명적인 문제는 아닙니다.
그렇다면, 이 기능을 그대로 사용하는 데에는 현재로서는 장애물이 보이지 않습니다. 권한 기반 설정 대신 드롭다운 메뉴에서 ‘컬렉션 만들기(Create Collections)’를 숨겨야 할 수도 있지만, 그것은 큰 문제가 되지 않습니다.
이 문제를 함께 검토해 주셔서 감사합니다. 정말 감사드립니다. 훌륭한 플러그인인 것 같고, 제 사이트에서 이것으로 재미있게 활용해보고 싶습니다.
2개의 좋아요
서브컬렉션을 삭제하려고 시도하는 동안 내부 서버 오류가 다시 발생했습니다. 컬렉션도 함께 보유하거나, 섹션 헤더를 추가하거나(오직 링크를 위나 아래에만 배치하는 경우), 또는 링크를 삭제하는 방법(이 경우 서브컬렉션은 저장할 수 없음) 등 여러 가지 방법을 시도해 보았지만, 서브컬렉션의 삭제 버튼을 누를 때마다 오류가 계속 발생합니다.
2개의 좋아요
아, 정말… 자동화 테스트를 업데이트해야 할 것 같네요… 이제 수정되었을 겁니다.
3개의 좋아요