http://www.tattertools.com/ko/bbs/view. … mp;no=7043

테스트를 해보니 재현이 됩니다.

글의 align을 조절 후 그 밑으로 more/less를 넣으면 조절하지 않은 텍스트 문장과 more/less만 빼고 모두 가출하는 버그가 발생합니다. 확인해주세요

제가 토론/토의 과제를 처음 접하다보니 서투른 부분이 있을 수 있으니 양해해 주세요
토론 진행방식은 앞서 글타래 열어준 라지엘님의 글타래 방식을 사용하겠습니다.

시작하기 전에
"표준과 현실의 균형잡기"라는 주제는 생각외로 꽤 오랫동안 여러 공간에서 여러명이 모여 얘기가 진행되었고 앞으로도 계속 진행될 얘기라 생각합니다. 그리고 간혹 생각이 다르다 하여 소모적인 싸움으로 번지는 상황을 목격해왔습니다. 각자가 생각하는 부분이 분명히 다를 수 있고 추구하는 이상향이 다르기 때문에 서로 의견에 대해 존중하여 보다 건설적인 토론이 되었으면 좋겠습니다.

웹표준, 시맨틱웹 그리고 스크린리더
보통은 시맨틱웹과 웹표준을 같은 위치로 인지를 하는데 저는 이 둘은 엄연히 다르다고 생각합니다. 시맨틱웹은 말 그대로 의미에 맞게 마크업(mark-up) 하는 것을 뜻하고 웹표준은 w3c에서 정해둔 룰(rule)대로 마크업(mark-up)또는 캐스캐딩(cascading)을 하는 것을 뜻합니다. 웹표준에 의거하여 코딩하였다 하여도 의미론적인 부분을 신경쓰지 않을 수도 있고 그 반대로, 의미론적으로 코딩하였다 할지라도 웹표준을 지키지 않을 수도 있습니다. 웹표준을 지키면서 동시에 시맨틱웹까지 맞추는 것은 의외로 어려운 문제이거든요. 최근에는 스크린리더에 대한 이야기도 많이 나오게 되면서 어떻게하면 장애가지신 분들도 편하게 웹서핑을 하게 할 수 있을까에 대해서 토론이 많이 되고 있죠. 하지만 위에서도 언급했지만 현실적으로 이 모든 사안들에 대해 모두 통과하는 코딩을 한다는 건 어렵고 많은 시간을 투자해야합니다. 각각의 브라우저마다 렌더링 방식이 다르기 때문이고 요즘처럼 OSX 이용자들이 많이 늘어나고 IE7이 나오고 그랬기 때문에 개발자들은 종전보다 많은 부분을 safari, mac용 firefox, windows ie7 등에 할애해야합니다.

웹표준, 현실의 이상향을 위하여
브라우저는 많고 웹표준에 대해 아는 (혹은 알고 있지만 자세히는 모르는) 개발자 수는 적습니다. 그래서 웹표준에 대한 모임도 많이 열리고 강의도 많이 열리고 있습니다. 하지만 저도 그렇고 대다수 웹표준에 관심을 가지고 웹표준에 맞는 코딩을 조금이라도 해본 개발자들은 알고 있는 부분이지만, "웹표준에 맞추어서 사이트 개편하는 것은 쉽다"라고 주장하고 있으면서도 실제 현실에서는 결코 쉽지만은 않습니다. 시간도 많이 절약할 수 있다고 주장합니다만 이것 역시 현실에서는 오히려 로드맵 잡아먹는 하나의 요인이고요. 이 이유는 위에서 이미 언급된 것들이지만 웹표준에 대해 인지하고 있는 (알고 있는) 개발자가 적고, PM도 적다는 데에 있고 더 큰 문제는 브라우저마다 렌더링 방식이 다르기 때문입니다. 브라우저마다 렌더링 방식이 같다면 그것만큼 사용자들에게 재미없는 것도 없겠지만 개발해야하는 입장에서는 렌더링 방식이 다르다는 것은 한편으로는 악몽이기도 합니다. 최근에는 IE7의 덕분(?)에 hack 쓰지 않고도 대부분의 브라우저에서 잘 나오게 하는 방식에 대해서 많은 토론이 이루어지고 있는데 이렇게 생각하다보면 로드맵이 길어질 수 밖에 없죠. 반면 사용자 입장에서는 잘 나오기만 하면 그만이고 어떤 기능에 대해 사용 불편하지 않고 레이아웃이 깨지지만 않는다면 그냥 지나치면 그만입니다. 반면 개발자들은 웹표준을 지키고 크로스브라우징이 가능하게 하는게 목표이다보니 거의 모든 브라우저에서 자신이 보여주고자 하는 레이아웃대로 나오게 하기 위해 노력 중인거고요.

마지막으로
이렇든 현실적으로는 표준과 현실을 균형 잡는다는 게 말처럼 쉽지 않습니다. 하지만 분명히 이 거대 프로젝트는 효율성이 있고 앞으로 먼 미래를 바라본다면 로드맵을 줄 일 수 있는 작업이라고 생각합니다. 웹표준 하나만 보더라도 대부분의 브라우저에서 거의 동일한 레이아웃으로 나오기 때문에 따로 다른 브라우저에 대해 고려하지 않아도 되고요. 거기다 시맨틱웹까지 고려한다면 스크린리더 사용하는 장애를 가진 분들까지 이용할 수 있게 되기 때문에 따로 "장애인을 위한 페이지"를 준비하지 않아도 되고 그 효과로 구축에 들어가는 시간과 돈이 기존 방식에 비해 월등히 줄일 수 있기 때문입니다.

* "모든 브라우저"가 아닌 "대부분의" 혹은 "거의 모든"이라는 표현을 사용한 이유는 브라우저 종류가 워낙 많기 때문에 모든 브라우저에서 레이아웃 똑같이 되게 하는 건 거의 불가능에 가깝기 때문입니다.

* 모든 사람은 평등합니다. 그리고 브라우저도 평등합니다.

... 할 뻔 했습니다. (3분 차이로;; )
평소에는 7시 30분에 일어나는데 너무 몸이 지쳐버린 관계로 한시간이나 늦은 8시 30분에 일어났습니다. (개념이 없는거죠~)

반면 peris님은 지각! 만세 <

(어제 TNC 들렀을 때 graphittie님께 보고드린 버그입니다)

제 주변 그리고 태터툴즈 Q/A 게시판을 보면 스킨 커스터마이징이 불가능하다는 분들을 종종 뵙게되는데
현재 해결할 수 있는 방법은,

1. customize 디렉토리가 있는데도 커스터마이징이 안된다 -> skin 및 customize 디렉토리 그리고 그 밑의 각사용자에 해당하는 숫자 (ex. 1) 디렉토리에 777 퍼미션을 준다.
2. customize 디렉토리가 없다 -> skin 디렉토리의 퍼미션 777 확인 후 customize 디렉토리 생성 -> 777 권한부여 -> 단일사용자인 경우 1 디렉토리 생성 -> 777 권한부여.

이정도면 해결이 되는데
대부분 이런 문제가 발생하는 원인은 블로거 임의로 customize 디렉토리를 가출시켜버린 경웁니다. (저도 그랬고, 라지엘님도 그러셨답니다.)
그래서 자체적으로 customize 디렉토리가 확인이 안되는 경우에 자동으로 생성시켜주거나 customizing 시도시 자동 생성하게 해주면 될것 같은데...

가능한가요?

http://www.tattertools.com/ko/bbs/view. … mp;no=6939

이 플러그인 만들어보실 분...?
(결자해지는 반삽니다;; )

댓글 알리미 중복문제와는 별개의 경우같아서 올립니다.

댓글알리미에 제 댓글만 올라오고 정작 답변글은 없더군요 (..)
실제로는 답변이 올라왔습니다.

http://lyzche.cafe24.com/guestbook?TSSE … 6335c6430b
(주소에 왜 세션이 붙지;; )

현재는 와일드카드가 붙는데 (예. a라는 키워드가 필터링 되어 있다면 *a*)
이 경우에는 a가 들어가는 모든 키워드가 필터링 되므로 문제가 있습니다.

차라리 *a 또는 a* 식으로 해서 어디에 붙는지에 따라 필터링이 된다던가
예외 키워드를 둔다던지 해야할 것 같습니다.

(현재 "음"이라는 키워드가 이름 필터링 리스트에 있는데
"음"이라는 익명이름으로 글 남기는 사례가 있어서 등록했습니다만
예기치 않게 "마음"이라는 이름으로 글 남긴 분이 계셔서 필터링 되버렸습니다.)