물어봐 주셔서 감사합니다. '온라인 상태 표시’를 비활성화해 두었기 때문이었어요. 활성화하니 모달이 정상적으로 작동합니다 
이제 테마 컴포넌트는 작동하지만, 확장 버튼 통해서만 작동합니다. 이번에는 행(row) 기능 관련 문제가 호라이즌 테마와 관련이 있는 것 같습니다.
모바일/데스크톱 전환 기능이 추가될 수 있을까요? 사용자가 계속 스와이프하고 스크롤하는 모바일 환경에서 이 기능이 제공하는 경험을 좋아하지만, 데스크톱에서는 포럼의 기존처럼 전통적인 작동 방식을 선호합니다.
이게 무슨 뜻인지 모르겠어요…
게시글이 하나뿐인 주제인데, 주제의 길이는 상관없어요. 이 주제를 열면 이런 화면이 나와요:
하지만 이미 읽었기 때문에, 이 지점을 기대했어요:
아니면, 제가 절대 볼 수 없는 아주 처음 부분:
제 기대가 잘못된 건가요, 아니면 제가 정말로 뻔한 것을 놓치고 있는 건가요? 순수 테마만 다른 테마 구성 요소 없이 사용했고, iPad/iPhone(PWA, Safari 및 Hub, 동일)을 사용하고 있어요.
수정
더 새로운 계정(버진 계정)으로 시도해 보니, 예상대로 가장 첫 번째 게시글이 나왔어요. 그러니까 이전 상황은 이미 읽은 주제를 열 때에만 관련이 있네요.
안녕하세요 
nested view 지원을 추가했습니다. FEATURE: Adds nested view support - Pull Request #3 - VaperinaDEV/discourse-topic-preview-modal - GitHub
고맙습니다 @Jagster, 수정 사항은 다음과 같습니다: FIX: Enhance topic-post visibility for scroll positioning · VaperinaDEV/discourse-topic-preview-modal@697868d · GitHub
안녕하세요
불행히도 이 문제를 재현할 수 없습니다…
다음과 같이 추가했습니다: FEATURE: Adds enabled_on setting - Pull Request #4 - VaperinaDEV/discourse-topic-preview-modal - GitHub
와, 정말 감사합니다, Don 
호라이즌 테마에서 "토픽 카드 고맥락"이 활성화되어 있을 때 토픽 미리보기 모달이 제대로 작동하지 않는 문제를 발견했습니다. 의도된 동작인가요, 아니면 버그인가요?
또한 기능 요청 사항으로, 이 구성 요소를 특정 카테고리에서만 활성화할 수 있는 설정을 추가할 수 있을까요?
또한, 주제 페이지 하단의 관련/추천 주제 섹션에서 미리보기를 열었을 때, 모달 내부의 '전체 주제 열기’를 클릭해도 대상 페이지로 이동하지 않는 문제가 있습니다.
확인해 보았는데, 현재 우회 방법은 버튼 동작(기본 행 동작 대신)을 선택하는 것입니다.
감사합니다, 아, 그게 빠진 부분이었습니다! 이 설정이 비활성화되어 있었기 때문에 문제를 알아채지 못했습니다… 죄송합니다 @satonotdead 
즉, 문제는 Horizon이 high context topic card 모드에서 topic-list-item-before 플러그인 아웃렛을 렌더링하지 않아 테마 컴포넌트가 작동하지 않았다는 것이었습니다.
다른 플러그인 아웃렛으로 이동시켰더니 지금은 잘 작동합니다.
감사합니다, 수정했습니다.
음, 이 부분에 대해 생각 중입니다. 어떻게 작동하는지 상상하시나요? /latest에서도 작동해야 하나요 (정확한 토픽 카테고리 확인) 아니면 선택된 카테고리 안에서만 작동해야 하나요? 해당 카테고리 내 추천 토픽도 모달을 유지해야 하나요?
@Damian_Bo 님, 안녕하세요!
이 문제를 수정했습니다: FIX: Prevent parent topic navigation from bypassing preview modal · VaperinaDEV/discourse-topic-preview-modal@8902af9 · GitHub
이제 모달이 Reddit 스타일 테마에서도 정상적으로 작동해야 합니다.
이제 잘 작동합니다, 감사합니다!
이 부분에 대해 꽤 많이 생각해 봤는데, 오른쪽 스와이프가 최선의 해결책은 아닐 것 같습니다. 모바일의 네이티브 내비게이션 제스처와 쉽게 충돌할 수 있기 때문입니다. 가로 방향 스와이프는 이미 다른 의미를 가지고 있는 경우가 많으니까요.
결국 저는 약간 다른 접근 방식을 선택했습니다. 모달의 푸터는 이미 아래로 드래그하여 닫을 수 있으므로, 이 상호작용을 더 쉽게 알아차릴 수 있도록 푸터에 작은 그립(핸들)을 추가했습니다.
이렇게 하면 마지막 게시물까지 스크롤을 내려가 있는 상태에서도, 모달의 상단까지 스크롤을 되돌리거나 모달 상단을 터치할 필요 없이 푸터만 아래로 드래그하여 모달을 닫을 수 있습니다.
이 유형의 모달에는 이 방식이 훨씬 자연스럽다고 생각합니다.
이 제품을 일주일 넘게 사용해 본 결과, 동의하기 어렵습니다. 한 손으로 폰을 들고 사용하는 것이 매우 자연스럽고, 90%의 사용자가 콘텐츠를 단순히 흡수하는 방식에 완벽하게 부합하며 사이트를 사용하는 것이 정말 쉽습니다. 또한 모달 상단 5px 위에 3초짜리 애니메이션 타이머와 메시지를 추가하여, 이것이 닫기 제스처임을 설명했습니다. 잠시 테스트해 보시면 엄지를 크게 움직이지 않아도 얼마나 잘 작동하는지 알게 될 것입니다.
그리고 만약 이 방향으로 계속 가신다면, 켜고 끌 수 있는 토글 버튼이 될까요?
테스트를 해 보았는데, iOS의 Safari에서도 같은 제스처가 "이전 페이지로 이동"에 사용되기 때문에, 다이얼로그를 닫는 대신 이전 웹페이지로 이동하는 문제가 자주 발생합니다.
아이폰에서 오른쪽으로 스와이프하면 모달이 닫히는 대신 이전 페이지로 돌아가는 것을 말씀하시는 건가요?
네, 여기에서 한 번 재현해 보았습니다. 제가 말하려는 것을 볼 수 있기를 바랍니다.
아니, 정말 답답하네요. 오래된 아이폰에서 테스트해봤더니 완벽하게 작동했어요. 다시 처음부터 시작해야겠어요.
안녕하세요
이 문제에 대해 많이 고민하다가, 구성 가능한 옵션 세 가지를 추가했습니다:
페이스북의 댓글 모달처럼 작동하도록 하려고 노력했습니다.
가장 흥미로운 부분은 네이티브 뒤로가기 처리입니다. 기본 토픽 목록에서 벗어나는 대신, 모달이 뒤로가기 동작을 소비하고 스스로 닫히며 사용자의 목록 내 위치를 유지합니다.
최신 iPad에서는 위로 스와이프만 모달을 닫습니다. 왼쪽에서 오른쪽으로 스와이프하면 모달 내부에서는 아무 동작도 하지 않고, 모달 외부에서는 정상적인 뒤로가기 동작을 수행하여 크리에이터의 첫 페이지로 돌아갑니다.
