그래도 게시물 목록이 하단에 있는 것에 워낙에 익숙해져 있다 보니.. 그리고 게시물을 다 보고 나서 다른 게시물을 보기 위해서는 하단에 있는게 편하죠. 그 점을 커버하기 위해서 v1.1에서 목록 가로보기 시 고정 기능을 추가하였습니다. 사실은 구현은 다 되어 있던 부분이지만 아직 호환성 테스트가 덜 되서 추가할까 말까 고민을 좀 했는데 ㅎㅎ 버그 발견하시면 꼭 말씀해 주세요.

현재 Scape모드는 자동 설정 시 가로 1600px(정확히는 1576)부터 가로보기로 동작하며, 창 가로크기 1796 부터는 본문 폭이 더욱 넓어집니다. 말씀해 주셨다시피 현재 가장 높은 점유율을 가진 해상도는 가로 1366이기에 거기에 맞추는 방안도 고려해 보았습니다만, 그렇게 하면 과거 멀티프레임 모드의 최대 단점이었던 부족한 여백에 의한 답답한 느낌을 그대로 답습할 수 밖에 없어 일단은 보류했었습니다.

그런데 말씀을 듣고 보니 확실히 게시물 목록의 가로폭을 모바일 스타일로 줄이면 1366에 맞춘 가로보기도 충분히 가능할 것 같네요. 거기까지는 생각을 못했는데, 좋은 의견 정말로 감사드립니다 (__) 타블렛 수준의 대화면 모바일까지 커버할 수 있는 반응형 레이아웃에 대한 좋은 참고가 될 것 같습니다.

예전에는 사이트를 디자인할 때 화면 경제성(=단위 면적당 정보 표현량)에 지나치게 집착해서 저런 결과가 나왔던 것 같습니다. 현재의 사이트는 그래서 멀티프레임 모드가 있던 시절보다는 널널하게 여백을 주었고, 올해 개편될 사이트는 더욱 여백을 여유있게 줄 예정입니다.

요즘 게시물 본문에 첨부하는 사진이나 동영상의 크기가 점점 커지고 있어서, 본문의 가로 크기를 최대한 확보하는 것도 나름대로 중요하게 생각하고 있습니다. 그래서 너무 좁은 본문은 지양하려다 보니 가로 모드에서는 최소 1600 수준의 사이즈가 나오더군요. 본문보다는 목록 쪽에서 얼마나 줄일 수 있는지 한번 연구해 보겠습니다.

물론 가로 스크롤이 생기는 것에 상관없이 가로보기 고정 모드도 지원을 하고 있습니다.  그렇게 하면 말씀하신 대로 날짜/조회/추천이 짤리더라도 가로모드를 사용할 수 있습니다.

가독성 문제의 경우에는 전체적으로 여백을 넉넉하게 주고 글자 크기도 크게 사용해서 대응을 하고 있습니다. 그래도 왼쪽 치우침에 의한 가독성 저하 문제는 심각하다고까진 생각을 안했는데 다시 한번 생각해 볼 필요가 있겠네요. 애초에 대형 모니터 사용자들을 위한다는 목적에 집중하다 보니 좌우 밸런스 문제에 대해 다소 과소평가하고 있었던 것 같습니다. 가로 목록 + 고정 모드가 아닐 경우 목록이 보이지 않을 정도로 밑으로 스크롤하면 본문을 자동으로 가운데로 이동시키는 방법 등으로 보완할 수 있겠네요.

토글 방식의 경우에는 비슷한 개념으로 레이어 방식을 과거에 멀티프레임 모드 구현 시에 도입했던 적이 있습니다. 마우스를 본문 위에 갖다대면 자동으로 늘어나서 목록 영역 위를 덮는 방식이었는데, 터치 인터페이스에선 적합하지 않은 것으로 판단해서 Scape 모드에서는 제외했습니다. 제시해 주신 완전한 토글 방식의 경우에는 적절하게 해석해서 도입 가능성이 있을 것 같네요. 좋은 의견 감사드립니다 :)

오히려 한눈에 들어오면 시선에 들어오는 정보량이 너무 많아서 역효과 아닐까요? 그래서 두 영역을 바라보는 시선에 따른 정보량을 제한하기 위해서 사이 간격을 최대한 벌릴려고 하기는 했는데...

네 목록 부분에서 개선의 여지가 있을 것 같습니다. 일단 테이블 구조부터 ul 구조로 바꿔야 할듯 ㅎㅎ

저는 30인치를 쓰고 있는데 2560 x 1600 해상도에서 써보면 참 편합니다 ㅎㅎ

우측에 목록을 둔 이유는 크게 세 가지가 있습니다.

첫째는, 일반적으로는 게시물 본문 밑에 리스트가 등장하기 때문에 본문을 먼저 보고 리스트를 보는 순서에 익숙해져 있기 때문입니다. 그래서 시선 이동을 고려해서(좌상->우하) 가로 레이아웃으로 변형된 상태에서도 시선의 순서를 일치시켜 어색함을 최소화하고자 의도했습니다.

둘째는, 이 역시 시선 이동에 관련된 것인데 게시물을 목록에서 클릭한 순간 사용자가 먼저 보기를 기대하는 것은 본문이지 리스트가 아니기 때문입니다. 다만 좌우 순서를 어떻게 할 것인가 하는 부분은 사용자가 임의로 좌우를 선택할 수 있게 하는 기능을 추가하는 방안도 물론 검토하고 있습니다. 그리고 만약 글을 우에서 좌로 읽는 문화권에서 사용한다면 리스트가 왼쪽에 있는 것이 오히려 더 적합하겠지만, 아직은 개발 단계이므로 거기까지는 고려하지 않고 있습니다.

마지막으로는, 브라우저의 수직 스크롤이 우측에 위치하기 때문입니다. 요즘이야 휠마우스가 보편적이기 때문에 자칫 간과할 수 있는 부분인데, 만약 휠이 없는 경우 수동으로 수직 스크롤바를 움직여야 합니다. 이 때, 원하는 리스트가 보일 때 까지 스크롤해서 다시 리스트로 마우스 커서를 이동하려면 최단 거리로 이동하기 위해서는 리스트가 우측에 있는 것이 유리합니다. 이 부분은 10여년 전 멀티프레임 모드를 제작하였을 때 간단한 사용성 테스트를 통해 그 마우스 이동거리의 경제성을 검증한 바가 있기 때문에, Space 모드에서도 그 노하우를 그대로 적용하였습니다.

일단은 현재의 Space 모드는 커뮤니티 사이트에서 쓰기 위한 게시판을 중심으로 설계하였습니다만, 말씀해 주신 것처럼 다른 방향으로의 활용도 얼마든지 가능할 것 같네요. 특히 갤러리 방식으로 사용할 때 어떻게 다른 방향으로 최적화가 필요한지 한번 생각해 보겠습니다.