지금 관련해서 1.0.5에서 작동하도록 만드신 플러그인이 있나요?

보자마자 바로 만들어볼까 하다가 위의 페이지에 가보니 플러그인 링크도 있고 그래서 일단 잠시 멈췄습니다 ^^

일단 commit 하였습니다.
전체 경로를 출력해서 생길 수 있는 문제점은 무엇이 있을까요?

참, IE7에서는 동작이 안된다고 하네요 ~

...근데 사진이나 이런거 어디다 올리죠?

흐음 일단 아침놀님 쪼아서 채팅하는법 하고 채팅창 만들어 달라고 하겠습니다
(전 할 줄 모르거든요^^)

실시간으로 이런저런 이야기들 해 보도록 하겠습니다.

같이 하실 분들께서는 일단 오픈오피스를 설치 부탁드립니다 ~
다운로드 링크입니다~

저도 이제 막 설치했습니다 ㅎㅎ

결론이 났습니다. 파이어폭스용 미디어 플레이어 플러그인의 버그입니다. ㅠ_ㅠ

만약 파이어폭스에서 디폴트 미디어 브라우저로 윈도우 미디어 플레이어 기반이 아닌 (예를 들어 quicktime이나 VLC) 플러그인을 사용하시면 올바르게 나올겁니다. 위의 버그가 2005년 중순에 버그질라에 보고되어 있지만, MS에서는 아직까지 특별히 수정할 계획이 없는것 같습니다.

이거 굉장히 난감합니다. 어쩌죠? =_=

지금까지 어느 상황에서 재현되는지 파악했습니다.
1. http://blog.net/subblog                 의 경우에는 발생하지 않습니다.
2. http://subblog.blog.net/번호           의 경우에는 발생합니다.
3. http://subblog.blog.net/entry/제목  의 경우에는 발생하지 않습니다.

결론적으로, 루트에서 embed로 참조시에 링크가 /attach/블라블라 식으로 가면 작동되지 않고, 루트가 아닌 경우에는 위의 방식이 작동합니다. 아마 FF 에서 embed를 해석할 때 루트 경로에 / 가 붙어 있으면 루트의 루트가 있다고 가정하기 때문에 http://attach 처럼 앞 주소를 잘라먹는 것 같습니다. (FF의 버그같네요.)

/attach/블라블라 에서 앞의 /을 제거하면 돌아가지 않을까 생각하고 있지만 그 경우 다른 경우들에 작동하지 않을 것이고, 근본적으로는 저 슬래쉬가 아무런 영향이 없어야 하는 것이 맞기 때문에 좀 더 고민해 보겠습니다.

플러그인을 다 끄시고 기본 스킨으로 한 번 테스트 부탁드립니다.

대충 문제는 알았습니다. IE의 변경사항때문에 생긴 스크립트가 작동할 때, 원래는 당연히 상대경로니 작동해야 하는 부분이 이상하게 자바스크립트를 통과한 후에는 FF 가 그걸 절대경로로 인식해서 파싱하는군요.

사실 스크립트에는 그냥 document.write로 그대로 써주는 역할밖에 없는데, 이게 문제를 일으키나 봅니다. 좀 더 들여다보고 관련된 보고사항이 있는지 구글신의 도움을 받아 보겠습니다^^.

inureyes 참석 가능합니다.

넵 공지해 보도록 하겠습니다.