1

주제: article에 페이지 넘버링을 하자!!

 제가 말하고 싶은 것은 [##_article_rep_desc_##]. 즉,
http://retro.tattertools.com/ko/SkinManual/images/article.gif
에 대한 것입니다.

 텍스트의 나열과 가로 읽기, 흘려 쓰듯이 아래로 내려가며 항목을 나열하는 현재 웹의 구조상 내용물이 많아지면 짜증나게도 치렁치렁해지는 것을 막을 수 없습니다.
 제가 니들웍스 홈피에서 TC에 대한 설명(경험과 생각을 보관하고 공유할 수 있는 설치형 도구)를 보고 늘 생각했던 것이 내세우고 있는 바에 비해서는 지식을 보관, 관리하기가 그닥 유용하지 않다는 것입니다. 주로 짧은 일기식의 글을 쓰는 블로그에는 충분히 편리하고 여러 기능을 지원해 강력하긴 하지만 보관과 정리에는 아직까지 그닥 딱히 뛰어나진 못한 것 같습니다.
 왜냐하면, 단순히 텍스트 길이만 많아져도 TC에서는 이것을 일괄적으로 한눈에 보며 수정을 하기가 매우 불편하고, 서사가 길어진 만큼 글쓴이는 아주 단한 리치텍스트포맷만 지원하는 워드프로세서(창의 크기 조절 정렬의 방식 등)에 비해서 점점 효율이 떨어지니까요.
 그래서 한 가지 기능을 생각해보았습니다. 아티클 자체에 일정한 크기를 지정해서 그 크기 이상 내용물이 길어지면 쪽 수를 매겨서 누르면 (비동기 방식으로)넘겨가면서 볼 수 있는거죠. 현재의 나열하기 방식으로는 아무리 잘 꾸며도 글이 길어지면 다른 엔트리를 보러 내려가기가 무지 힘들 뿐 아니라 한번에 여러 엔트리를 볼 수 없습니다(http://www.blogin.com/blog/main.php?dat … O1u+fAx8H9) 그래서 언떤 블로거의 경우에는 페이지에 한 엔트리만 표시하는 분도 있으며, 요즘에는 그러한 스킨도 유행하는 듯 하더군요. 스킨 구해볼라치면 다 1page 1entry형식입니다.. 이런 문제 때문에 'more...less...'기능(http://www.blogin.com/blog/?datX=006796 … Y=00586659)이 나오긴 했지만 솔직히 엿부족이어 보입니다. 게다가 이 기능은 모어를 누르면 결국에는 페이지가 늘어나게 되니까요. 그러나, 제가 고안한 이 방식을 사용가능케 한다면 글이 길어도 읽기아 충분히 가용한 엔트리 두 개를 동시에도 올릴 수 있지 않은가 하네요.
 그런데, 이와같이 표현하면 footnote플러그인 같은 경우는 사용 곤란하니까 아에 TC 정식 기능으로 떼어서 같이 출력되도록 해야겠군요. 엇. 그것도 멋지겠네요. footnote의 치환자가 독립적으로 생긴다면 꼭 엔트리마다 하나씩 나올게 아니라 사이드바처럼 공간이 하나 들어서고 거기에 주석이 표시되고요(물론 한 쪽에 표시되는 엔트리 수 만큼 선택해서 열 수 있는 단추가 생기겠지만;;;).

 TC에서 글을 쓸 때 에디터 창을 두 개로 나뉘어서 보면서 왼쪽 면 글이 다 차면 자동적으로 오른쪽을 채우는, 한 번에 두 면 보며 편집하기가 구현되면 편할텐데 무지 어렵겠지? 라는 망상에 가까운 슈퍼 프로그래밍의 결정체를 생각하다 또 다른 생각이 들어서 글을 남깁니다.

 뭐, 아티클에 넘버링 얘기도 현재로썬 망상에 가까워 보이긴 합니다만. -_- 이런 멋진 기능 기대해보며…….

glradios (2007-10-21 19:22:51)에 의해 마지막으로 수정

정원사
Even after dark the nights, morning always comes.

2

답글: article에 페이지 넘버링을 하자!!

저도 1page에 1entry 입니다.

이게 좋아서 이렇게 쓰는건 아니고요, 어쩔 수가 없어요. 각각의 앤트리들은 길이가 서로 다르고,
글이 죽~ 늘어지기 때문에.. 할 수 없이 한페이지에 한개의 앤트리만 출력하게 된거죠.

list의 의미는 이미 사라진지 오래..;;-_-

밥먹고 합시다

3

답글: article에 페이지 넘버링을 하자!!

음음 어떤 식으로 구현이 가능할까요? CSS3에는 쪽 나누기가 기본으로 들어 있는데, 브라우저에서 지원하길 기다리다가는 텍스트큐브가 3 버전도 나오겠군요.

저도 가끔 '책처럼 글을 넘기고 싶다'는 생각을 했습니다. 사진 같은 것만 잘 잘라내게 되면 재미있는 기능일 것 같습니다. >_< 이 글타래에서 계속 의견 모아서 티켓으로 만들어 보죠^^

아이디어 있으신 분들께서는 적극 의견 주세요~

"Everything looks different on the other side."

-Ian Malcomm, from Michael Crichton's 'The Jurassic Park'

4

답글: article에 페이지 넘버링을 하자!!

Article Pagination (You can split your articles into multiple pages.)

이부분은 역시 스킨 호환성이 걸릴듯 싶네요...

5

답글: article에 페이지 넘버링을 하자!!

뭘 하든 이래저래 상하위 스킨 호환성이 문제됩니다.
근데 이렇게 호환성 고려하다보면 확장하는데 걸림돌이 됩니다.

개인적으로는 스킨 호환성 생각하지 않고 사용자가 99%에 가까운 커스터마이징이 가능한 구조를 따로 지원해준다던가 하는것도 좋을 거 같습니다.

하늘은 스스로 삽질하는 자를 삽으로 팬다

6

답글: article에 페이지 넘버링을 하자!!

문제가 정확히 이해가 되지는 않습니다만 @.@;

1. 글이 여러개 나올때 길어지는 문제
글 영역에 자동 more/less가 있으면 되나요? 하단부는 자동으로 접혀진채 글의 앞부분만 나열된다.
커버페이지랑 비슷하군요.
자세히 보기 하면 거기서 expand되기.
(스킨에서 div에 height 넣어버리고 스크롤 되게 하는 것도 있지만.)

2. 글 하나를 길게 썼을때 페이징 하기
전문적인 CMS를 사용하라고 권장하고 싶지만,
page_break를 사용자가 글에 입력한다 치면, 각 부분을 div로 싼 후 JS로 네비게이팅.
display hidden 놀이.
검색엔진에게도 좋고 시스템을 많이 고치지 않아서 좋죠.

3. 에디터에서 여러군데 동시 보기.
워드 2007 쓰세요 하고 싶지만;;;
split을 지원한다. 가로/세로. 양쪽 동기화가 죽어난다는 문제가 있지만 @.@;
처음 아이디어대로 두개 창을 만들어서 단순 concat 하기엔 다시 열때 어디서 잘라줄껀지나 누군가는 3개 원할거 같네요.