선생님, 현재 동작을 보면 Thread가 열리면 오른쪽에서 고정 패널이 뜨고, Thread 안쪽 댓글 영역만 따로 스크롤되도록 되어 있습니다. 동시에 바깥 목록은 스크롤이 잠기게 되어 있어서, 사용자가 보고 있는 본문 목록 위치는 그대로 고정됩니다.
데스크탑에서는 목록 스크롤을 풀어도 크게 문제는 없을 가능성이 높습니다. Thread 패널이 화면 오른쪽 일부만 차지하고, 왼쪽에는 목록이 계속 보이는 구조라서, Thread를 열어둔 채로 뒤쪽 목록을 훑는 사용 방식도 자연스러울 수 있습니다. Slack 같은 UI에서도 “사이드 패널은 열어두고 메인 목록은 계속 탐색”하는 흐름이 꽤 익숙하고요.
다만 지금 구조에서는 Thread가 특정 글에 딸린 패널이기 때문에, 목록을 많이 스크롤해버리면 “지금 열린 Thread가 어느 글의 댓글인지” 맥락이 약해질 수는 있습니다. 특히 여러 글이 비슷하게 보이면 사용자가 다른 글을 보고 있다고 착각하면서 오른쪽 Thread에 댓글을 달 수도 있어서, 데스크탑에서 스크롤을 허용한다면 열린 Thread의 원글 정보가 패널 상단에 충분히 보이거나, 원글과 Thread의 연결감이 유지되는 편이 좋습니다.
모바일에서는 스크롤을 푸는 게 좀 더 곤란할 수 있습니다. 모바일에서는 Thread가 사실상 화면 전체를 덮는 레이어처럼 동작하고 있어서, 뒤쪽 목록은 보이지 않는데도 백그라운드만 스크롤될 수 있습니다. 그러면 Thread를 닫았을 때 원래 보던 위치가 바뀌어 있거나, 사용자가 의도하지 않은 위치로 이동한 것처럼 느낄 수 있습니다.
또 모바일 브라우저는 주소창 접힘, 가상 키보드, 관성 스크롤, 당겨서 새로고침 같은 요소가 섞여서 이중 스크롤이 생기면 체감이 꽤 나빠질 수 있습니다. Thread 안의 댓글을 스크롤하려는 동작이 바깥 목록 스크롤로 새거나, 댓글 입력창에 포커스가 갔을 때 화면 높이가 바뀌면서 배경 위치까지 흔들리는 문제가 생길 여지도 있습니다.
그래서 방향은 “데스크탑에서는 목록 스크롤 허용, 모바일에서는 현재처럼 잠금 유지”가 제일 무난해 보입니다. 지금도 화면/기기 상태에 따라 모바일용 표시를 따로 다루는 흐름이 있으니, 그 기준에 맞춰서 Thread 열림 시 바깥 스크롤 잠금을 모바일에만 적용하는 식이 자연스럽습니다.
창 크기 기준으로 나누는 것도 괜찮습니다. 예를 들어 넓은 화면에서는 Thread를 사이드 패널로 보고 바깥 목록 스크롤을 허용하고, 좁은 화면에서는 Thread를 모달/전체화면 레이어로 보고 바깥 목록을 잠그는 식입니다. 핵심은 “Thread와 목록이 동시에 보이는가?”를 기준으로 삼는 게 좋아 보입니다.
정리하면, 데스크탑에서는 스크롤되게 해도 괜찮고 오히려 사용성이 좋아질 수 있습니다. 모바일에서는 백그라운드 스크롤을 막는 쪽이 안전합니다. 다르게 처리한다면 단순히 PC/모바일 이름으로 나누기보다는, Thread가 오른쪽 패널처럼 보이는 넓이에서는 허용하고, 화면을 덮는 좁은 넓이에서는 잠그는 방식이 제일 덜 어색할 것 같습니다.