외국의 경우 1인 기업이 많다고 하고, 어떤 회사는 기획, 구현, QA까지 한 사람이 맡은 부분에 대해 모두 책임지는 환경도 있다고 합니다만, 아무래도 회사에서 월급을 받아가는 제일 많은 경우는 동료와 일을 적절히 분배해서 서로 맡은 부분을 잘 처리 하는것이 되겠지요.

보통 웹 퍼블리셔의 경우 기획자와 개발자 그리고 디자이너 모두와 항상 이야기를 하면 작업을 진행하게 됩니다. 물론 충돌하는적도 많고 의견 조율할때도 많습니다. 그러나 제가 일하던 예전에는 콘텐츠에 의견을 낼 수 있는게 아니라 그냥 페이지 나오면 만들어 내는것이 고작이었으니까요 커뮤니케이션이라 하면 수정사항 변경이나 디자인 구현에 따른 약간의 논의가 있었을뿐입니다. (그럼에도 불구하고 제가 쌈닭으로 소문난건 뭐 제성격이 지랄같아서…)

그러나 요즘 웹 표준과 웹 접근성이 비교적 중요사항으로 대두되고, 프로젝트의 요구사항으로 들어가게 되면서, 웹 표준과 웹 접근성에 관심이 많던 웹 퍼블리셔들이 목소리를 높이게 되었습니다. 좋은 현상이죠 뭐

그러나 일부 웹 퍼블리셔들은 같이 일하는 사람에 대해 “웹 표준, 웹 접근성을 너무 모른다. 막무가내다 하던대로만 하려고 한다.”며 동료 작업자들에 대한 한탄을 많이 하는것을 볼 수 있고, 또 어떤 웹 개발자나 웹 디자이너 들은 “웹 퍼블리셔들과 일하는거 피곤해서 작업 같이 못하겠다. 뭐 다 안된다고만 한다.”며 불평을 늘어놓는 것을 어렵지 않게 볼 수 있습니다.

왜 이런일들이 생기는 걸까요? 서로 먹고살자고 다 하는일들인데 왜들 서로 못 잡아 먹어서 안달이 난걸까요…

문득 저번 스터디에서 나왔던 얘기를 잠시 해볼까 합니다. 어떤 게시판의 특정 글을 볼때 글보기 페이지의 title을 해당글의 제목을 명시하는 것을 개발자에게 요청하는 방법입니다.

상황 A
웹 퍼블리셔 : 게시판 뷰페이지의 페이지의 타이틀 부분에 글 제목을 우선적으로 적용해 주세요.
개발자 : 왜요? 이미 작업 다 끝나가든데?
웹 퍼블리셔 : 이렇게 해야 접근성이 향상 되니까요…

상황 B
웹 퍼블리셔 : 게시판 뷰페이지의 페이지의 타이틀 부분에 글 제목을 우선적으로 적용해 주세요.
개발자 : 왜요? 이미 작업 다 끝나가든데?
웹 퍼블리셔 : 웹 접근성 지침에 따르면 페이지의 타이틀은 “웹 페이지에는 해당 페이지를 간단명료하게 설명한 제목을 제공해야 한다” 라는데 게시판 보기에서 그 페이지의 특징을 가장 잘 표현할 수 있는것은 게시물의 제목일것 같으니까요.. 부탁좀 드릴께요…

상황 A와 같이 일을 하시는분은 없겠죠? 타인에게 어떤일에 대한것을 주장하고 설득 할때는 그에 대한 논리적인 근거가 확실히 필요 합니다. 근거없는 주장은 묵살되기 쉽지요.이것은 비단 웹 일을 하는 사람에게만 해당되는 일은 아닐겁니다. 항상 주장에는 근거 또는 설득력이 필요하다고 생각되요 근거없는 주장은 억지일 뿐인거죠… 상대방이 나에 대해 전혀 모르는 상태라고 기준을 잡고 차근차근 설명해서 상대방이 나에 대해 이해를 하게 만드는 것이 중요할 것 같습니다. 그래야 말이 통하고 일이 수월하게 될것같아요.

무엇보다 동료와 친해지면 더욱 쉽습니다!

많은 시간이 흘러 12년이 지났습니다. 이번에 회사에서 팀빌딩 이벤트를 위해 우리회사의 모든 분들은 경주로 향하는 KTX를 탑승하게 되었지요. 그런데 경주를 가는것이 2시간도 채 안걸린다는것 입니다. 예전에 친척집인 안동을 가기위해 4시간 30분을 가던적도 있었는데 말이죠… 말이 시속 300Km 이지 10분에 50km 를 가는거라 생각하니까 정말 빠른게 느껴지더라구요. 동대구역에서 신경주까지 채 20분도 안걸리는걸 보고는 정말 놀랬습니다.

예전에 기차여행을 하는것은 참으로 고역이었습니다. 그 좋은 대한민국의 경치도 20~30분 보면 질리고 책을 보면 머리아프고 자도 자도 끝없던것이 기차여행이었죠.

그런데 이제는 KTX내에서 인터넷을 즐길수 있고, 무게가 전혀 부담되지않는 노트북을 가지고 저는 제 아이폰의 인터넷 테터링 기능을 이용해서 메일을 체크하고 웹 서핑을 하고 그렇게 시간을 보낼 수가 있었습니다. 옆자리에 앉았던 신책임님은 그자리에서 강의자료를 뚝딱 만들어버리더군요.

시속 300km의 열차안에서 우리는 약간 느리긴 하지만 불편함없이 웹을 즐길 수 있었습니다. 불과 몇 년전만 해도 워크샵에가서 회사에 일이터지면 pc방부터 찾았는데 이제는 그럴 필요가 없습니다.

세상은 얼마나 더 좋아질까요? 제가 그 변혁의 순간들을 잘 적응하면서 살아갈 수 있을까요? 기술의 발전은 나에게 얼마나 큰기쁨을 줄 수 있을지 생각하면서 저희는 팀빌딩을 즐겼습니다.

(팀빌딩다녀왔다. 맥북에어 좋다. 라고 자랑하려고 쓰는글이에요 ㅋㅋㅋ)

We’re happy to continue to support Flash on the Mac, and the best way for users to always have the most up to date and secure version is to download it directly from Adobe.

소비자가 항상 가장 최신이며 안전한 플래시의 버전을 사용할 수 있도록 새로운 맥북 에어에 Flash를 미리 설치하지 않았고, 이것은 회사 간의 이해관계와는 상관이 없다고 밝혔습니다.

쓰고 싶으면 알아서 써라 라는 것인데요… 이게 왜 이상한지 모르겠습니다. 윈도우도 플래시 플레이어 기본 탑재 안되어있는데요. 오히려 왜 이전에 플래시를 자동으로 설치된채로 배포했는지가 더 이상합니다.

또한 플래시를 깔수있는 방법을 알려주는 기능을 제공해줘야 한다는 의견도 있는데.. 저는 이것도 이해가 안됩니다. 플래시를 제공하는것은 웹 페이지를 만드는 사람이고 웹 페이지를 만드는 사람이 대체 콘텐츠와 플래시 다운로드 링크를 제공하는것이 맞지 않을까요? <object> 태그는 위에서 말한방법을 모두 정의할 수 있습니다. 그러기에 표준이 있는것이라 생각을 합니다. 그리고 애플은 표준에 맞게 해당 기능을 제공하면 된다고 생각합니다.

다시한번 말하지만 플래시는 모든 컴퓨터에 깔려있는 기본 프로그램이 아닙니다. 브라우저의 일개(일개라고 하기에 영향력이 크긴 하지만) 부가기능이며 프로그램일 뿐입니다.

저는 애플이 항상 독단적으로 행동한다는 많은 이야기를 듣고 공감하기도 합니다만, 그것 떄문에 애플을 싫어하지는 않습니다. 그들을 나에게 아직 실망을 안겨주지는 않았거든요. 그리고 아직까지는 그 독단적인 행동들이 정당하다고 생각됩니다.

그러니까 빨리 맥북에어 보내주세요 … 흙흙

그런데 보통 이쪽 업계(웹)에 다니지 않는분을 만날때가 있는데 항상 저에게 “어떤일 하시는지…”를 물어보곤 하는데 이게 보통 난감할때가 아닙니다. 정말 잘 모를것 같은 어르신들 한테는 “컴퓨터 계통 일을 합니다.”라고 말씀드린뒤 추가적으로 더 자세히 물어보시면 그때서야 “웹 브라우저라는것이 있는데 그것을 만듭니다” 라고 말을 합니다.

그런데 문제는 웹 브라우저가 무엇인지 아는 사람이 그렇게 많지 않다는 것이죠… 웹 브라우저를 만든다고 얘기하면 “웹 브라우저가 뭔데?” 라고 많이들 물어보시는데 이게 저한테는 약간 난감하더라구요. 설명을 잘해야 할텐데 무식한 제가 할 수 있는 말이라고는

“윈도우에 보시면 e 모양 아이콘 있는데 그게 웹 브라우저의 일종이에요.”

라던가

“싸이나 네이버 들어가실때쓰는게 웹 브라우저에요”

정도로 이야기 하곤 합니다.

다른 분들은 어떻게 설명하시겠습니까?

아래의 영상은 작년에 조금 이슈가 되었던 뉴욕 타임 스퀘어에서 50명의 사람들에게 브라우저가 무엇입니까? 라고 질문했던 영상 입니다.

다시봐도 재미있네요.

“웹 표준의 날” 이러면 “너무 거창하지 않냐” 라는 생각이 항상 머리속에 자리잡고 있고, 이왕 큰 이름을 걸어버린거 “크고 제대로된 모임을 만들면 되지” 라고 생각하면서도 또 제 능력의 밖이라는 생각도 많이 들더군요. 어찌보면 홍대에서 만나서 밤새 술을 먹으면서 처음에는 다른 얘기를 하다가도 새벽만되면 웹 표준 얘기들로 밤을 지새우던 그런 일개 커뮤니티의 정모가 대표성을 띄는 이름을 가진 세미나로 발전을 했다는것도보면 참 아이러니하기도합니다. 처음에는 모여서 술이나 먹자는 모임을 이번 네번째 행사에서는 공식적으로 뒷풀이 없습니다. 라고 말해버리는걸 보면 말하면서도 좀 재수없기도 하고 “니가뭔데 사람들의 즐길권리를 빼앗냐” 라는 생각도 들고 여러가지로 고민이 많습니다.

항상 모임을 딱 준비를 시작하면 그때부터 안팎으로 바쁜일이 몰려 들어옵니다. 회사일도 바뻐지고, 개인일도 바뻐지고, 또한 웹 표준의 날 준비도 당연히 원할할수 없겠죠. 그래도 항상 자신의일처럼 도와주시는 많은분들이 있어서 웹 표준의 날은 모임자체는 빈약해도 마음만은 풍족하게 진행 할 수 있을것 입니다. 이번에 물심양면으로 도와주시고 도움을 주시겠다고 말씀해주신 많은 분들께 “정말 고맙습니다.” 라고 말씀드리고 싶습니다.

더 많은 분들에게 함께하는 기회를 못드리는것도 정말 죄송하고.. 대기자 신청이나 사람 늘릴 수 없냐며 여기저기로 연락해 오시는들을 보며 참 미숙한 사람 하나때문에 여러 사람이 고생하는구나 생각이 들기도 합니다 다음에는 꼭 충분한 공간을 만들어서 인원 제한 같은거 없이 모든 분들과 이 웹 표준의 날이라는 즐거운 행사를 같이 할 수 있도록 노력 하겠습니다. 오늘 오고싶은데 참석신청이 늦어서 못오시는분들 정말 죄송합니다. 정말정말 죄송합니다. ㅜ_ㅜ

웹 표준의 날을 준비하기 위해 정말 많은 분들이 밤을 새가면서 준비해주셨습니다. 발표자료를 만들기위해, 이름표를 만들기 위해, 장소를 만들어주시느라, 상품들을 준비해 주시느라 많은 분들이 노력해 주셨습니다. 그 분들에게 누가 되지 않도록 제가 더 열심히 발로 뛰겠습니다.(무슨 선거 유세같은데…)

저는 이제 웹 표준의 날하러 가야겠습니다. 4시간후 쯤 만나요:)

이후 no more IE6 페이지가 생기고 서명을 받고있네요.

저도 IE6로 고생을 많이한 만큼 IE6 를 쉬게 해주자는 캠페인에 동의하고 지지합니다.
마이크로소프트에서 왜 IE를 강제업데이트 하지 않는지 참 궁금하기도 하구요.

그런데 훈스닷넷이라는 커뮤니티에서 더이상 IE6를 지원하지 않겠다며 IE6로 접속 하면 다른 브라우저를 설치할수있는 페이지로 이동하게 되는데요.
나름 결단을 내리신 것이겠지만 제가 생각하기에는 특정 브라우저의 접속 차단은 절대로 해서는 안되는 일이라고 생각을합니다.
IE6을 공식적으로 지원 중단을 한 google의 경우나 no more IE에 참여하기로 한 어떤 사이트도 IE6를 차단하지는 않고 있습니다.
제가 활동하는 커뮤니티도 아니고 아는 사람도 없는 커뮤니티라 조심스럽기는 합니다만, 훈스닷넷의 이번 IE6 차단은 정말 안타까운일 이라고 생각이 듭니다. 다음과 같은 이유로 말이죠

우리나라에는 현재까지도 IE만 지원하는 사이트들이 정말로 많습니다.
제가 다니던 회사였던 넥슨의 간판 게임인 메이플스토리의 한국 사이트는 IE만 지원 한다고 하고 있으며 아직도 많은 사이트가 “netscape는 지원하지않습니다.”라는 문구들을 alert으로 띄우고 사이트를 차단해 버립니다.

많은 웹 표준 추종자들이 처음부터 말했던게 “모든 브라우저를 지원하라는것이 아니다. 적어도 웹사이트를 볼수만 있게라도 해달라”라는 얘기들을 정말 많이 했습니다.
그 당시에는 크로스브라우징 따위 얘기할 상황도 안되었었죠, 현재는 정말 많이 좋아졌다는 생각이 듭니다. 그런데 IE6를 차단 하는것도 예전에 netscape사용자는 접근을 막았던것과 같은 상황이라고 생각이 듭니다.
차라리 이제부터는 “IE6에서는 사이트가 이용 불가 하더라도 어쩔수없다. 참고 쓰던가, 다른 브라우저를 업데이트 하던가” 이런식으로 선택의 기회를 주는것이 바람직하다고 생각합니다.
IE6를 통한 접속의 차단은 선택의 기회를 주는것이 아닌 선택을 강요하는것이라 생각이 듭니다.

IE6을 차단해서는 안되는 또 하나의 이유는 바로 IE6를 차단한 사이트가 개발자 커뮤니티이기 때문입니다.
개발자 커뮤니티에서 IE6를 차단 해버리면 그 커뮤니티에 즐겨가는 사람들은 어느샌가 자기가 작업한 페이지를 테스트 할때 IE6을 테스트 환경에서 빼버릴지도 모릅니다. IE6은 안맞추어도된다고 생각해 버릴지도 모르죠.
웹 페이지를 만드는 사람들(웹 퍼블리셔가 되었던, 서버 사이드 웹어플리케이션 개발자가 되었던)은 IE6를 잘 알고 테스트 하며 지원해야하는 마지막 사람이 되어야한다고 생각합니다.(IE6뿐만은 아닙니다.)
사용자에게 IE6를 업데이트하게 권유를 하더라도 개발자는 IE6을 언제나 염두에 두어야 한다는것이죠.

물론 IE6는 현재 계륵같은 브라우저입니다. 다른 브라우저들간의 차이도 많고, 버그도 많으니까요. IE6를 맞추기 위해 개고생 하는것 보다 다른 발전적인 일을 하는게 낫다고 생각하기도 합니다.
저도 IE6 때문에 고생을 참 많이 했습니다. 정말 귀찮아도 하기싫어도 저는 IE6를 지원 해야한다고 생각합니다. 많은 사람은 IE6가 뭔지 브라우저가 뭔지 알지도 못할 테니까요.(알 필요도 없죠.)

제일 좋은 방법은 일반 웹을 사용하는 사람이 IE6 대신에 다른 브라우저를 써야하는 이유를 사이트쪽에서 만들어서는 안된다고 생각합니다.
IE6보다 IE7이나 IE8 그리고 파이어폭스, 사파리, 크롬, 오페라 브라우저가 더 좋다는것을 알려야한다고 생각합니다.
우리는 브라우저 업데이트를 권고하는 방향이 최선일것 같습니다. 강제하지 말구요..

P.S 그나저나 왜 no more IE6 에는 브라우저 리스트에 Opera Browser가 없는건가요!!!
P.S2 이 글은 CDK의 한 글타래에서 시작 되었습니다.

하지만 기술의 발전에 비해 내용의 발전은 아직 많지 않은것 같아요. 꼭 필요할 것 같지 않은 요소들이 남발이 된다던가 그냥 고민 없이 해오던대로 페이지를 구성한다던가 하는일들이 무식한 제가 보기에는 많이보이는것 같아서요 혹시 이글을 보시고 현답을 주실분이 있다면 좋을것 같네요.

각종 사이트를 원할하게 사용하려면 거의 대부분이 회원 가입을 하고 로그인을 한뒤 사이트를 이용하게 되는데 회원가입 하는게 쉬운일이 아니죠. 보통 회원가입시 받는 정보들을 살펴보면 이름, 주민등록번호, 닉네임, 아이디, 주소, 전화번호, 휴대전화번호 등등 완전 호구 조사가 따로 없어요. 주민등록번호 입력은 그중 제일 이해 안가지만 뭐 다들 고집을 하니 넘어가도록 하고 그다음으로 이해안가는 항목이 하나 있다면, 주소를 입력받는건데요. 이 정보가 왜필요한지모르겠어요 쇼핑몰 같은경우 주소가 필요 할수도 있겠지만, 다른 경우에는 별로 안필요할것 같은데요 경품을 줄때이용 할수도 있을거라 생각해봐도 보통 경품 보내줄때는 주소 정보를 수동으로 관리하고 수집하더라구요 입력하는 사람도 정말 귀찮은 일이 아닐수없는데요. 게다가 대부분 우편번호까지 입력해야하니 정말 귀찮아요. 이용할때도 없고 입력하기도 귀찮은 이 항목이 왜 회원가입 항목에 있는질 모르겠어요.

대부분 위와 같이 입력해 보신적 없나요?

또 하나 걸고 넘어져 보면, 대부분 회원가입시에 메일주소를 입력받는데요. 많은 사이트들이 많이 사용되는 메일의 도메인을 미리 리스트업해놓고 그중에 선택하던가 직접 입력하던가 할수 있게 하는데요. 돌려 쓰는건지 퍼와서 사용하는건지는 모르겠으나 도메인이 상당히 오래되어서 서비스 되지않는 도메인이 있는경우도 보이더라구요. 개인적인 생각 으로는 그냥 메엘주소를 도메인 포함해서 입력하는게 더 편하다고 생각 하는데 이건 뭐 개인차가 있을것 같네요.

회원 가입시에 저같으면 정말 최소의 정보만 받을것 같은데 사이트마다 나름의 이유가 있겠죠?

제가 초천재님과 아이폰을 사러 대리점에 갔을때 개인정보를 여기저기 뿌리는것에 동의 하라고 안하면 아이폰을 가입할수 없다고 하던 고속터미널의 모 대리점이 생각이 나는데요 설마 사이트도 그런건 아니겠죠?

일단 작업을 시작했을때 생각보다 자료가 별로가 없었고, 그 마저도 크로스 브라우징 논의 자체가 없었습니다. 그와중에도 이미 Xquared나 Smart Editor 같은 훌륭한 에디터가 나와 있었으나, 소스가 너무 어려웠어요 =_=;;;;

• openmaru의 Xquared 는 깔끔한 코드를 산출해준다는 장점이 있었습니다. 기존의 에디터는 대부분 HTML4.01를 기준으로 태그를 생성해 주거든요. 그런데 Xquared의 경우는 상당히 깔끔한 XHTML 1.0 베이스의 코드를 만들어주는데 그 장점이 있었습니다. 별것 아닌것처럼 보일지 모르겠지만 저는 아직 그 방법을 완벽히 찾지는 못했거든요. 그외에도 여러 좋은 기술들이 있지만 일단 그 당시 생각한건 저정도…;
• NHN의 Smart Editor는 지도나 책 같은 다양한 부가 기능 지원과 레이아웃 지원등 최고의 서비스 회사답게 에디터에 많은 서비스를 담아내었습니다.
• 외산 에디터도 많습니다만 뭐 FCK Editor가 제일 좋다는 얘기만 들었는데 저는 정이 안가더라구요..(English………….)

첫번째 제 목표는 크로스 브라우징이 었습니다. 마침 4대 브라우저에서(IE5.5, Opera 9.5, Firefox 2+ and Safari 3) 모두 에디터를 만들 수 있다는 소식을 들었거든요.
firefox 에서는 midas라는 코드네임을 가진 프로젝트의 형태로서 지원을 했습니다. 저는 데모화면을 보면서 희망을 가지기 시작했어요.

이제 에디터가 무엇이라는것은 알았으니 맨땅에 헤딩만 하면되겠죠? 자 이제 삽질 시작됩니다.
제가 좀 찾아보니 에디터는 자바스크립트를 이용하여 페이지의 designmode 라는 속성으로 출발을 하게 됩니다.
쉽게 말해서  문서를 직접 디자인 할수있게 만들어 주는 속성이 랄까요? designmode는 HTML의 속성은 아닙니다. 표준속성도 아닐거구요. 그래서 스크립트로 접근을 해주어야 합니다.
iframe을 designmode 로 변경을 해줌으로써 iframe내의 문서를 편집 할 수 있게 되는거죠. 자바스크립트를 잘 모르시는분들도 차근차근 따라하면 쉬울것이라 생각되는데요?
만약에 iframe의 id속성 값이 “editWindow” 라고 한다면, 일단 iframe에 접근을 해야하니 제일많이 보는 getElementById()를 이용하는게 속편하겠죠?

document.getElementById(“editWindow”) //iframe으로 접근!

iframe 안에 우리는 글을 쓸것이니 프레임내의 document 부분으로 접근을해야겠죠? iframe내의 document는 접근하는방법이 약간다릅니다. 아래의 코드가 정답이라고 보시면됩니다.

document.getElementById(“editWindow”).contentWindow.document.designMode = “on”;

로 지정을 해주면 해당 iframe은 수정 할 수 있는 iframe, 즉 에디터가 됩니다. 쉽죠? 에디터가 이렇게 완성되었습니다. =_=/
참고로 풀소스를 한번볼까요?

<!DOCTYPE html PUBLIC “-//W3C//DTD XHTML 1.0 Transitional//EN”    “http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd”>
<html>
<head>
<title>에디터 만들기</title>
<style type=”text/css”>
iframe { width:500px;height:400px; }
</style>
</head>
<body>
<iframe id=”editWindow”></iframe>
<script type=”text/javascript”>
document.getElementById(“editWindow”).contentWindow.document.designMode = “on”;
</script>
</body>
</html>

아 진짜 간단합니다.

참고로 contentWindow는 frame이나 iframe의 window를 나타나는 개체입니다. IE의 경우에는 생략이 되어도 상관없지만 기타 브라우저에서는 꼭 필요한 속성 입니다. 이걸 몰라서 에디터는 IE만 된다고 하는사람도 있었을 정도니까요:)

이제 에디터 영역은 만들었으니 각종 스타일이나 이런것을 넣을수 있어야 겠죠?
그건 다음시간으로 넘어갑시다~ 캬캬캬캬캬캬캬캬

참고로 이글은 에디터를 만드는데만 포커스가 맞춰져있습니다. 에디터에 대한 즐거운 생각, 더나은 에디터의 컨셉 등은 다음글을 보시는게 도움이 될듯합니다.

1. [2008년 3월 13일] 웹 에디터, 어떻게 만들어야 할까 III
2. [2007년 9월 20일] 웹 에디터, 어떻게 만들어야 할까 II
3. [2007년 8월 22일] 웹 에디터, 어떻게 만들어야 할까 I

엄청난 글자의 빨간부분이 데이터를 담는 부분이래요=_=;;;

암튼 그런데 띵가띵가 회사에서 미투하는 도중에 메일 한통이 날아 왔는데,
운영쪽에서 웹에서 하는 게임실행이 안된다는 리포트가 왔다는거에요…
그래서 메일을 잽싸게 봤더니 스크립트 오류가 나는거네요?

오류화면

여러가지 test를 해본 결과 flash에서 사용되는 자바스크립트 호출하는 함수인 “ExternalInterface” 가 문제 인것을 찾았습니다.
Form 태그내에서 Flash를 사용하며 그 Flash에서 ExternalInterface를 호출하면 DOM 에서 플래시를 찾지못해 스크립트가 에러가 나더라구요.
form 태그안에 왜 플래시가 들어가는지는 아까도 설명드렸죠;;

물론 Flash Player의 모든 버전에서 나는 문제는 아니고 특정 버전인 8~9초반 사이에서 나는 문제였습니다. 또한  IE에서만 발생하는 문제구요.(IE 버전과는 상관없습니다.)

해결방법은 두가지가 있습니다.

한가지는 Flash Player의 버전업을 유도합니다
보통 IE에서의 플래시 사용방법을 보면 object태그에 codebase로 Flash Player의 버전을 명시하게 되어있습니다.

<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=8,0,0,0" width="980" height="216" id="MainNavFla">

저 부분을 변경해 주는거죠. 지금은 8.0이니 뭐 9.0이나 10.0으로 변경하면되겠죠?

또 한가지 방법은 플래시 오브젝트를 window의 객체에 바로 연결해주면 된다 하는군요.. (코멘트에 있습니다. jwatkins님의 코멘트)
요즘 대부분 플래시를 자바 스크립트로 활성화하니 활성화 코드뒤에

window.플래시오브젝트ID = document.getElementById("플래시오브젝트ID ");

같은 방법으로 해결을 할 수 있다고 합니다. (저는 이방법으로 해결을 했습니다.)
위의 코드로 보면 이렇게 되겠지요…

window.MainNavFla = document.getElementById("MainNavFla");

또한 ExternalInterface는 Opera 브라우저에서는 아직도 사용 할 수 없더라구요. 아예 플래시가 보이질 않아요..

저번에도 말했었지만 플래시가 가지는 웹상에서의 영향력 만큼이나, 신중하게 그리고 에러가 없게 플래시 플레이어를 배포했으면 하는 바램이 있어요..

그래서 블로그툴을 바꾸기로 결심하고 알아보는데… 현석님이 좋은 사이트를 하나 알려주시더 라구요. 블로그 툴 간의 스팩을 비교하는 사이트 였습니다. 기능이 진짜 많은 툴도 있었고 좋아보이는 툴도 있었습니다만 제가 선택한것은 WordPress 였습니다. 이유는 일단 제가원하는 기능이 모두 지원 되었고, 텍스트패턴에서의 데이터 이동도 지원이 되었죠. 주변에 많은 사람들이 사용을 하고 있어 정보 공유가 빠를것 같았기 때문이죠.(수정의 현석님, 택스트패턴의 위스턴님 죄송=_=)

워드프레스의 textpattern 에서의 import 기능지원

그래서 워드프레스를 설치하고 기존 블로그의 데이터를 가져왔습니다. 예전에 할때는 잘 안되었던것 같은데 이번에는 무척 잘되는군요. 글, 코멘트 카테고리등이 모두 제대로 옮겨졌습니다. 4000여개의 스팸까지도 말이죠 =_=;;;

그런데 문제가 있었습니다. 마이 그레이션을 하고 깔끔하게 기존 DB를 지웠는데 그 DB중에 제가 메인으로사용하는 CSS가 저장되어 있었습니다. 초천재님이 만들어준 디자인인데 deuticious, planet, blog를 모두포함하고 있어서 저에게는 중요했거든요… 다행히 서버 관리자인 정태영군에게 백업DB 를받아서 CSS는 복구 했습니다.

textpattern에서 사용하는 textile이 자동변경되지않고 그냥 글에 노출이 되었기 때문에

textile을 사용한 흔적

태영군이 그자리에서 plugin을 하나 만들어 주더군요.. 역시 천재!!

이제 예전에 사용하던 스킨을 그대로 입힐 차례 입니다. 뭐 이건 전문 분야인데다가 워드프레스의 문법이 그렇게 어렵지 않아서 순조롭게 진행중(응?)에 있습니다. 조만간 추가된 기능에 대한 CSS만 추가가 된다면 좀 더 이쁘게 보이지 않을까 생각합니다.(전 이 디자인 맘에 들어요^^)

툴은 워드프레스이지만 폴더명은 “txp”를 그대로 가져가기로 했습니다.
이미 txp 로 너무 오래 블로깅을 해서 바꾸면 혼란이 있을것 같았고, 만약에 걸려있을 다른곳에서의 링크도 살려야했기 때문입니다.
마찬가지로 RSS주소도 현석님의 도움을 받아서 .htaccess 에서 리다이렉트하는 방식으로 기존주소를 그대로 사용하게 되었습니다. .htaccess에대해서는 조만간 블로깅 하겠습니다.

제가 원한것은 획기적인 변화가 아니라  기능개선 정도 였기 때문에 위의 삽질들을 진행했었습니다만 잘한짓 인것 같아요ㅎㅎㅎ 링크는 살아있어야하니까요..

몇가지 문제점만 해결을 하면 되는데… 결혼식 갈준비를 해야 하는군요..저녁에 마저 해야 겠습니다.