일반적인 게시판의 형식을 보면
제목 리스트가 있고, 그 중 하나를 클릭해서 해당 게시물을 보는 형태 잖아요.

그런데 태터는 list 와 view 의 개념이 혼용되서 사용되고 있습니다.
list 상태에서도 댓글을 펼치고 등록할 수 도 있고, 태그도 그대로 노출되버리는 형식이죠.

만약 한 페이지에 출력되는 개시물 개수를 1개로 지정 해 두면
결과적으로 list와 view는 똑같아 집니다..

그게 뭐 어때서, 그게 블로그야 라고 말씀하신다면 강력하게 대꾸할 껀덕지는 없지만;;
저는 list를  list 처럼, 그리고 view 와 구분을 짓고 싶거든요.

평소에 블로그를 돌아다니면 많이 답답한 느낌이 들곤 했었는데, 간단히 이해를 돕자면..
이올린이나 올블로그를 보면 모두 제목과 그 내용을 간략히 뿌려줘서 슥~ 훑어보기에 편하고, 정렬도 가지런히, 보고싶은 글이 있다면 클릭~.
그런데 만약 이올린에 포스트의 전문이 노출된다면 많이 불편하겠죠..
조금 다른 성격이긴 하지만 블로그 내에서도 이와 비슷한 느낌이 듭니다.
본문을 모두 노출 되어 있으면 리스트의 스크롤이 길어지게 되고, 포스트 길이도 제가각에, 내용이 긴 블로그들은 스스로 알아서 페이지당 출력 포스트 개수를 1개로 줄여 놓기는 하지만 페이지를 하나하나 넘겨서 보게 되므로 불편한 것은 마찬가지 입니다.

조금 웃긴 얘긴데, 예전에 저 모습이 하두 보기 불편하고 이상해서
포스트를 작성할 때 뒷 부분을 div로 감싸 주고 CSS에서 body-id 를 사용하여 display:none 되도록 만들고 쓴 적도 있습니다 -_-
(갑자기 생각나서 찾아 보니 초창기 coolant 스킨을 그렇게 만들었었네요..ㅎㅎ;http://talkiti.com/preview/coolant)

외국의 몇몇 프로그램에서는 본문 작성 폼이 2개로 나눠진 것 들이 있습니다.
윗쪽 폼은 목록에 뿌려지는 본문의 앞쪽 내용.
그리고 아랫쪽 폼은 본문을 클릭하면 뿌려지는 그 나머지 내용 이렇게요.
예를 들자면

제목: "낚였다"

form1------------------------------------------------------------
오늘 비가 온다고 했는데 구름 한 점 없다.
-------------------------------------------------------------------

form2------------------------------------------------------------
화가나서 우산을 버렸더니 비가 오더라.
-------------------------------------------------------------------

이렇게 입력을 하면..

리스트 화면에는

"낚였다"
오늘 비가 온다고 했는데 구름 한 점 없다...(read more)

제목을 클릭하면..

"낚였다"
오늘 비가 온다고 했는데 구름 한 점 없다.
화가나서 우산을 버렸더니 비가 오더라.

이렇게 나오는 형식이죠.
확실하게 list와 view 페이지가 분리 됩니다.

저는 이게 너무 부러워요ㅜㅜ
이 기능을 비슷하게 구현해주는 "요약글" 플러그인이 있기는 하지만 단지 지정된 글자 수 이상을 커트 하는 것 뿐이라
많이 아쉬울 따름 입니다.

바람이 있다면 플러그인 말고 근본적으로 이를 지원하거나 사용자가 옵션에서 선택할 수 있게끔 고려 했으면 좋겠어요.

곤란하다, 안된다 라고 리플이 달릴걸로 얘상은 합니다만..
언젠가는 참고가 되었으면 합니다..

에그그 .. 지금 상태가 메롱이라 글 내용이 이상하더라도 양해를..;;

font-family 의 우선순위에 대한 이야기 입니다.

저는 일반적으로

Gulim, '굴림', Helvetica, AppleGothic, sans-serif;

이렇게 사용을 했었는데, 텍스트큐브를 열어 봤더니

AppleGothic, Gulim, '굴림', Helvetica, sans-serif;

이렇게 우선순위가 변경 되있더라고요..

우선 제가 gulim 을 앞에 세운건 순전히 IE 때문이기도 하지만 저 상태가 가장 알맞을 것 같다는 판단 때문이었습니다.
알고계시다시피 ie 에서는 css에서 지정한 폰트가 시스템에 있으면 그 이후의 폰트들은 무시 됩니다.
불행하게도 폰트의 설치 유무만 판단 할 뿐, 해당 폰트로 한글을 표현 할 수 있는가 없는가의 문제는 인식을 하지 못하기 때문에
영문폰트를 우선순위로 지정을 하게 되면 그 뒤에 아무리 한글 폰트를 지정 했더라도 브라우저의 디폴트 값으로 넘어가 버리죠. (이런 바보 같은..)

그래서 영문폰트 보다는 한글을 우선으로 지정 한 것이고,
이 버그는 ie6 에서만 나타나는 증상이기 때문에(이렇게 알고 있습니다만 틀렸다면 지적 해 주세요..)
다른 환경에서는 한글을 우선순위로 지정할 필요가 없다고 생각 합니다.

AppleGothic 의 경우 비록 한글과 영문을 포함하는 폰트이기는 하지만 알파벳 부분을 표현하는데 있어
한글 폰트의 사용은 영문 폰트를 사용하는 것 만 미치지 못하겠죠. (돋움체로 영어를 표현하면 뭔가 예쁘지 않은 것 처럼..)

그래서 AppleGothic 이전에 Helvetica 가 나오도록 사용 한 것 입니다.
알파벳은 Helvetica로 한글은 AppleGothic 로 표현되게 말이죠..

그렇다면...

Helvetica, AppleGothic, Gulim, '굴림', sans-serif;

이렇게 되야 하는 것 같지만
여기서 또 문제가 발생하는것이..

AppleGothic은 윈도우에 없는 폰트지만 Helvetica 를 사용하는 사람은 많이 있습니다.
그렇게 되면 처음에 얘기했던 것 처럼 ie 에서 한글을 엉뚱하게 표현 해 버릴 가능성이 충분히 있거든요.

그래서 저는 Helvetica 와 AppleGothic 을 뒤로 밀어 놓고 사용을 합니다.

Gulim, '굴림', Helvetica, AppleGothic, sans-serif;

이렇게 말이죠.

물론, 제가 맞다고 큰소리 치는건 아니고요, 맥이 없기 때문에 확인 할 수 있는 것도 아닙니다 ㅎ, 막연하게 그럴 것 같다는 생각을 갖고 사용하는거라
제가 틀렸다면 몰랐던 부분을 알고 싶은 마음이 큽니다.

AppleGothic, Gulim, '굴림', Helvetica, sans-serif;
누가 이 순서에 대해서 좀 설명 좀 해 주세요.~