이미, 해당 토픽에서 모두 언급하고 있지만.
약간 더 자세히 문제를 살펴보겠습니다.

우선, 우리가 알고 있는 웹브라우저 컨트롤을 분류해 봐야 겠습니다.
가장 먼저, 흔히들 사용하고 있는 것이 "Web Browser Control"이죠. 이것은 SHDocVw.dll에 구현되어져 있습니다. Vista에서는 "Web Browser Control"의 구현위치조차도 SHDocVw.dll이 아닌, IEFrame.dll로 옮겨져 있습니다. SHDocVw.dll은 다음과 같은 기능만을 담도록 분리되어졌습니다.

- Power Options
- File and Printer Sharing
- Shell Automation
- Toolbar Extension
- Search
- 기타...

하지만, 그렇다고 해서 기존 소스가 바뀌어질 필요는 없습니다. 왜냐하면, 결국 프로그램에서는 CLSID:8856F961-340A-11D0-A96B-00C04FD705A2를 기반으로 하고 그 값의 InProcServer32 값은 IEFrame.dll을 가리키고 있기 때문입니다.

단지, 혹시나 자신의 프로그램 소스에 "SHDocVw.dll"이라는 문자열로 판단하는 어떠한 로직이 있다면, Vista에서는 오동작을 할 가능성이 있습니다.

다시 본론으로 돌아와서.
"Web Browser Control"과 함께 개발자들 사이에서 많이 씌여지는 것이 "DHTML Edit Control"입니다. 이것은 구현이 "DHTMLED.ocx"에 있습니다. 그리고, Vista에서 문제가 되는 것이, 바로 이 "DHTMLED.ocx" 파일이 기본적으로 설치되어져 있지 않다는 것입니다.

따라서, 웹 사이트 관리자들은 자사의 사이트에서 사용하고 있는 HTML Edit Control이 DHTMLED.ocx에 담겨진 것을 사용하고 있는지 확인하셔야 합니다. 이미 살펴본 토픽에서도 언급하고 있지만, DHTML Edit Control은 크게 2가지로 나뉩니다.

CLSID : 2D360201-FFF5-11d1-8D03-00A0C959BC0A
- HTML 페이지에서 별다른 보안 요청 없이 활성화가 되지만, 보안이 강하게 적용되어져 있습니다. 대부분의 웹 사이트들이 사용하는 DHTML Edit Control이 바로 이 컨트롤입니다.

CLSID : 2D360200-FFF5-11d1-8D03-00A0C959BC0A
- HTML 페이지에서 활성화 될 때는, 허용할 지 여부를 한번 묻게 됩니다. 따라서 실제 웹 사이트에서는 이 컨트롤이 거의 사용되지 않고, 대부분의 경우 독립 실행형 응용 프로그램에서 사용되게 됩니다.

후자의 "2D360200-FFF5-11d1-8D03-00A0C959BC0A" 컨트롤은 문제가 되지 않습니다. 왜냐하면 RC1에서 이 컨트롤을 제공해 줄 예정이기 때문입니다. 하지만, 웹 사이트에서 사용되어져 온 "2D360201-FFF5-11d1-8D03-00A0C959BC0A" 컨트롤은 이제 다른 식으로 수정되어져야 합니다.

그 방법을 해당 토픽에서는 "http://freetextbox.com/default.aspx"와 같은 식으로 해결하라고 하고 있습니다. 실제로, DHTML Edit 컨트롤의 대부분의 기능은 다음과 같은 DIV 태그 / IFRAME 태그로도 동일한 효과를 낼 수 있기 때문입니다.

<div contentEditable="true">
</div>

또는,

frameDoc.designMode="On";

<iframe id="frameDoc" src="about:blank"></iframe>

---

• [다음 글] Vista : 3.1 [현상 1] Vista 에서 OWA 접근
• [이전 글] Vista : 3.3 Vista 관련 조각 코드

---