유부중년 개발자의 우울

DOMContentLoaded가 뭔지 모르신다면 신경끄셔도 무방한 아이템 되겠다. 그게 뭔지 아신다면... 그로 인한 고통도 자알 알고 계실터... 어처구니없는 해결책 하나 보시겠다: (출처: http://javascript.nwbox.com/IEContentLoaded/ ) (function (){ //check IE's proprietary DOM members if(!document.uniqueID && document.expando) return; //you can create any tagName, even customTag like var tempNode = document.createElement('document:ready'); try { //see if it throws errors un..

DWR을 사용해서(자바용 AJAX 라이브러리) 받아온 결과를 여러 개의 TR태그로 만들어서 미리 만들어져 있는 TBODY의 innerHTML에 밀어넣는 코드를 만들었었다. 작업은 주로 리눅스에서 했고 파이어폭스 1.5 / 2.0에서 잘 돌아갔다. QA팀의 테스트에 임박해서야 IE에서 처음으로 테스트 했는데.. 웬걸.. 완전 먹통인 것이다. 처음에는 DWR의 문제라고 생각했다. 일단 DWR이 만들어는 응답 메시지가 구질구질했기 때문이다. DWR을 걷어내야겠다고 맘만 먹고 일단 퇴근... 그러나... 좀 아깝긴 하다 -.-; DWR 같이 거져먹는(써본 사람들은 이 표현에 동의할 것이라고 확신한다) 라이브러리를 포기한다는 건 말처럼 쉬운 일이 아니다. 집에만 설치되어 있는 IE용 자바스크립트 디버거(Micro..

오늘 얘기는 Zimbra의 블로그에서 퍼 온 몇 장의 그래프... 먼저 IE 6 vs IE 7 vs FF 1.5. 그림 아래의 세부항목을 볼 수 없어서 아쉽지만... 요는 막대기가 짧은 놈이 장땡이고, 고로 FF 1.5가 장땡이다: 다음은, IE 7 vs FF 2.0. 역시 그림 아래의 세부항목의 의미는 모르겠지만... 역시 막대기가 짧은 놈이 장땡이고, 고로 FF 2.0이 장땡이다: 계속 해서, IE 7의 월별 성능 변천사. 10/15~17일 사이에 무슨 일이 있었던 걸까? 아무튼 격차가 상당히 좁혀졌다: 마지막으로, FF 1.5 vs FF 2.0. 흠... FF 1.5와 IE 7은 차이가 거의 없을 것이라는 것을 유추할 수 있겠다: 헤비한 ?JavaScript 코딩을 해본 사람들은 알겠지만, IE 6..

IE는 스크롤할 필요가 없어도 수직 스크롤바는 disable된 상태로 표시된다. 이걸 없애려면: 해주시면 되겠다. 부작용은... 스크롤할 내용이 있어도 스크롤바가 안나온다는 거다. -.-; 이걸 어따 써먹냐고? (새로 바뀐 야후 메일처럼) 화면 크기에 딱 맞게 디자인된 어플리케이션이나, iframe을 사용해서 두 개의 스크롤바가 밉상인 경우엔 나름대로 유용하더라.