요즘에 블로그를 시작하면서 일상에서 생각나는 것들을 가끔씩 글로 정리하여 포스팅하는 것과 다른 블로그들(아직은 태터센터를 주로 이용)을 돌아보는 데 재미를 들였다.

다른 사람들을 블로그를 보면 다양한 사상과 다양한 생각으로, 그리고 다양한 의도로 글을 작성하는 것을 볼 수 있는데, 이는 내게 오프라인의 인간관계에서는 얻을 수 없는 새로운 경험이 되었다.

그런데 블로그에 글을 포스팅한다는 건 적어도 개인 일기나 '헛소리'가 아닌 이상 다른 사람들에게 전하고자 하는 내용이 있기 때문일 것이다. 사실 나도 이렇게 글을 써 보는 것이 상당히 오랜만이어서(그 몇년 동안은 학교에서 필수적으로 쓰라고 하는 보고서나 인터넷에서 프로그래밍 관련 질문/답변 정도만 해 왔다) 그런지 별로 글이 조직적으로 정리가 안되고, [#I_태터센터에 sync|(닫기)|내가 사용하고 있는 태터툴즈 블로그에서는 태터센터라는 곳에 글을 자동으로 sync하여 기록을 남길 수 있는데 이는 태터센터를 방문하는 모든 사람들에게 공개되는 목록에 나타난다. _I#]한 글이더라도(내 것이든 다른 사람 것이든) 처음에는 뭔가 진지한 이야기를 하려고 하다가 갑자기 개인적인 푸념(?)으로 변질되는 경우가 있다.

사실 블로그에 포스팅하는 글이 반드시 '진지한' 것이어야 하는가? 다른 사람들에게 정보를 주기 위한 글이라면 아무래도 객관적으로 서술하는 것이 나을 것이고, 그렇지 않은 private 글이라면 자기 내키는 대로 써도 괜찮을 거라고 생각한다.

아무튼, 블로그에 글을 포스팅한다는 것. 물론 블로그는 개인형 미디어임에 틀림없지만, 어느 정도의 글 구성력을 갖춘다면 더 좋은 블로그가 될 수 있을 것이다.

이 글을 읽어보면 최근 블로거들 사이에서 큰 이슈로 떠오르고 있는 FireFox와 IE의 사용에 관한 논쟁에 대해 좀더 객관적으로 바라볼 수 있으리라 생각된다.
(내가 여기서 블로거라고 한정했는데 아마 더 넓은 범위에서 이뤄지고 있을 것이다. 아직 내가 블로그들에서밖에 관련 글을 보지 못했기 때문에 이렇게 적었다.)

사실 나는 FireFox를 쓰게 된 것도 아주 최근의 일이고, 이렇게까지 뜨거운 논쟁의 대상이 되어 있다는 것도 안 지 얼마 안 되었지만, 학교 홈페이지 프로젝트를 맡아 디자인 작업(특히 CSS 구현)에 들어가면서 실제로 IE와 FireFox간의 표준 기술 구현 차이에 대해 적잖이 실감할 수 있었다.

FireFox에 대해 관심이 있는 사람이라면 한번쯤 읽어보기를 권한다.

이 ActiveX 라이브러리는 VB Accelerator에서 배포하는 것으로 VB에서 가장 문제가 되는 Window Message 가로채기 기법을 적용할 때의 디버깅 문제를 해결해 줍니다.

(제 개인적으로 이 라이브러리를 많이 사용해봤는데 여러 폼들에서 동시에 다중 서브클래싱을 하고 있는 경우는 불안정한 경우도 있더군요)

사용법 :

일단 아래의 파일을 다운로드하여 시스템 폴더에 복사하고 regsvr32로 구성요소 등록을 해 줍니다.

프로젝트에서 참조로 추가한 다음 원하는 클래스 모듈(폼 모듈을 보통 쓰죠)에서 다음과 같이 합니다.
[CODE] Implements ISubclass Private Sub Form_Load() ' 또는 Class_Initialize 등 AttachMessage Me, hwndoftargetwindow, WM_PAINT End Sub Private Sub Form_Unload(Cancel As Integer) ' 또는 Class_Terminate 등 DetachMessage Me, hwndoftargetwindow, WM_PAINT End Sub Private Property Let ISubclass_MsgResponse(ByVal RHS As SSubTimer6.EMsgResponse) '.. End Property Private Property Get ISubclass_MsgResponse() As SSubTimer6.EMsgResponse <font color=#FF7635>ISubclass_MsgResponse = emrPostProcess</font> End Property Private Function ISubclass_WindowProc(ByVal hwnd As Long, ByVal iMsg As Long, ByVal wParam As Long, ByVal lParam As Long) As Long Select Case iMsg Case WM_PAINT End Select End Function [/CODE]
위와 같이 사용하는 것입니다.
중간에     부분에서 PostProcess의 경우는 원래의 윈도우 프로시저가 처리한 다음 ISubClass_WindowProc이 실행되는 것이고, PreProcess는 그 반대, 그리고 Consume은 원래 프로시저 없이 이것만으로 처리합니다. (Consume을 사용할 때 가장 조심해야겠죠)