웬만하면 남의 일로 기록은 안 하는데 이건 좀 심해서 기록으로 남겨둔다.
링크의 이야기들이 정말 진담으로 작성한 것이라면 나름 무시무시하다.
일반적으로 웹 에디터가 폰트 크기나 줄간격을 조절하지 않는 이유는 xhtml의 '내용과 형식 분리'을 지키기 위해서이고, 동시에 인라인으로 내용 속성에 구겨넣을 경우 출력 디자인 css가 출력에 아무 영향을 줄 수 없기 때문이다. 폰트 사이즈를 포인트로 지정하지 않고 7단계 대응을 하는 이유는 브라우저 폰트 사이즈 변화에 대응하기 위한 것이다. 웹폰트는 비표준의 극단에 위치하고 있기 때문에 안 집어 넣는 것이다. 세계적으로 다들 '안 하려고 노력하는' 부분들을 해 놓은 것이 자화자찬 글이 된다니 좀 난감하다.
뭔가 시대를 거꾸로 간다. 결과적으로 내용과 형식의 트랜스포머적 합체와 더불어 따로 내용만 재활용은 불가능해질 글들이 또 수백만개 양산 되겠구나 싶어 안타깝다. 저런 부분 다룬 문서 구글에서 검색하면 끝없이 나올텐데...
덧) 위의 선전 문구 중에서 긍정적인 의미로 정말 '최초'인 것이 몇 가지나 되는지 세어 보는 것도 센스. (당장 이 에디터 아래만 봐도 첨부파일 미리 보기에 용량은 다 나오는구만...)
덧) 돌아보면 텍스트큐브 에디터는 가능하면 형식을 본문에 넣지 않기 위해서 무지하게 노력한 결과물이다. 글 작성시 스킨에 따라 출력시 다르게 보일 수 있는 글들의 처리를 위해서 에디터 디자인 모드에 스킨의 CSS가 반영되도록 되어 있다. 그럼에도 불구하고 div 컬러 박스가 아직 마음을 아프게 하고 있지만 -_-;
(0) 
(0)"물리와 셈틀 이야기" 카테고리 돌아다니기
- 당신은 컴퓨터 긱인가 아닌가 2007/12/03
- textcube 핸드폰 배경 2007/08/28
- 경쟁관계 2008/06/03
댓글을 달아 주세요
긍정적인 사고방식이 불러일으킨 마이페이스 마이웨이...
안타깝긴 합니다...
웹 기술에 대해 잘 몰라서 그러는데...
)
그러니까 분리가 안 된다는 문제가,
이를테면 워드 문서는 워드 문서를 볼 수 있는 뷰어 없으면
볼 수 없다는 문제와 유사한 것이 생긴다는 거지?
(그나마 워드는 워드프로세서에서는 사실상의 표준 중 하나가
되었다고 볼 수나 있으려나?
링크에 연결된 곳에서는 꽤 논란이 심하던데.
나름 제작자의 항변(?)도 이어지고 있고, 감정적인 이야기들도 있고..
컨텐츠 재가공이 힘들어 지는 것이지요.^^
강제로 인라인 스타일을 통해서 글씨 크기등을 제한하게 되면 이후에 출력단에서 해당 컨텐츠의 모양을 바꿀 수가 없게 되는 문제가 생깁니다. 적당한 예는 아니지만, 메모장에 적은 글과 pdf에 든 글을 재활용한다고 생각할 때 발생할 수 있는 상황을 상상하시면 됩니다.
겐도님의 포스트(http://gendoh.tistory.com/2510935)에 대해 답 트랙백으로 올라온 글(http://mygony.com/archives/1138)을 보니 '유저가 원해서 만들었는데 무엇이 문제인가'로 이해되었습니다. 유저가 해달라는데 해줄 수밖에 없다는 부분은 어느 개발자도 부인하지 못할 것입니다. 아마도 프로 개발자로서의 마인드가 '서비스를 사용하는 유저 중심'으로 움직일 수밖에 없기 때문이라고 생각합니다. 많이 아쉬운 부분이죠.
수백만명이 사용할 서비스를 만든다는 것은 그 수백만명의 대리로서 개발에 임한다는 것을 의미합니다. 그러나 그 수백만 속에 (구체적으로 예를 들면) 장애인들이 포함되어 있지 않다는 점이 매우 안타깝습니다. 수백만의 대리로 행동하는 것은, 그 수백만이 고민하지 않는 부분까지 고민해야 하는 책임이 있다고 생각합니다. 대통령이 그러하듯, 좀 더 멀리 보고, 좀 더 깊게 봐야 하는 것이 대리자의 책임이지요. 그러나 이번 사건에서 이런 '멀리 보고, 길게 봐야 하는 문제'에 접근성 이슈가 빠져 있다는 부분이 많이 실망스러웠습니다. 하다못해, 어쩔 수 없는 선택이었다고 털어놓기만 했어도 이렇게까지 실망하지는 않았겠습니다만, '세계 최초'를 운운하는 부분에서는 할 말을 잃게 만드시더군요...
음.. 그라피티님이 이해하실 정도면(;;
제가 글을 잘못쓴건 아닌가 보군요. (뭔소리? ㅋㅋ)
그게 핵심입니다.