Win32 sdk, mfc ...

透明文本、位图的实现方案

莫问春秋 — Sat, 06 May 2006 13:36:00 GMT

        透明文本实现比较简单，也就是一个SetBkMode(TRANSPARENT)，通过它一个应用程序就可以用透明文本，透明风格的线条和透明形状的刷子。

      用一个STATIC控件简单说明一下如何实现，我们需要在控件创建或者刷新的时候设置控件的“背景模式”，所以我们在控件父窗口的OnCtlColor处理函数中如下实现：

HBRUSH OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor)
{
           HBRUSH hbr = CDialog::OnCtlColor(pDC, pWnd, nCtlColor);

           if(nCtlColor == CTLCOLOR_STATIC)
         {
               pDC->SetBkMode(TRANSPARENT);
           }
           return hbr;
}

透明位图的实现方案是从codeguru上面看到的，我搜索了几遍，觉得“透明蔽屏”的方案比较好。这种方案是利用“光栅操作”实现的。

void DrawTransparen(CDC * pDC, int x, int y, COLORREF crColour/*transparent color*/)
{
  CDC dcImage, dcTrans;

  // Create two memory dcs for the image and the mask
  dcImage.CreateCompatibleDC(pDC);
  dcTrans.CreateCompatibleDC(pDC);

       // Select the image into the appropriate dc
  CBitmap* pOldBitmapImage = dcImage.SelectObject(this);

       // Create the mask bitmap
  CBitmap bitmapTrans;
  int nWidth = Width();
  int nHeight = Height();
  bitmapTrans.CreateBitmap(nWidth, nHeight, 1, 1, NULL);

  // Select the mask bitmap into the appropriate dc
  CBitmap* pOldBitmapTrans = dcTrans.SelectObject(&bitmapTrans);

  // Build mask based on transparent colour
  dcImage.SetBkColor(crColour);
  dcTrans.BitBlt(0, 0, nWidth, nHeight, &dcImage, 0, 0, SRCCOPY);

  // Do the work - True Mask method - cool if not actual display
  pDC->BitBlt(x, y, nWidth, nHeight, &dcImage, 0, 0, SRCINVERT);
  pDC->BitBlt(x, y, nWidth, nHeight, &dcTrans, 0, 0, SRCAND);
  pDC->BitBlt(x, y, nWidth, nHeight, &dcImage, 0, 0, SRCINVERT);

  // Restore settings
  dcImage.SelectObject(pOldBitmapImage);
  dcTrans.SelectObject(pOldBitmapTrans);
}

    看HateMath的一篇随笔《Static控件背景透明时文字覆盖问题的解决方案》，里面提到这样一个问题：
    static控件设置“透明”后，再更改文字时会与之前的文字覆盖,怎么解决？用pDC->SetBkMode(TRANSPARENT)
设置透明后,要改变控件的文字就会发生文字重叠,如果不使用透明就不会,请问在透明状态下改变文字如何不发生重叠？

    首先，有必要介绍一下SetBkMode(TRANSPARENT)，通过它一个应用程序就可以用透明文本，透明风格的线条和透明形状的刷子。
    在HateMath的实例代码中，实际上可以不使用RedrawWindow使对话框窗口重绘，只需要在OnCtlColor中为STATIC控件的背景提供一个有效的画刷。
　　实际上，在我的实践过程中，只要两个窗口存在相交，也就是上面的窗口遮住了下面窗口的某一部分，如果上面的窗口使用SetBkMode(TRANSPARENT)，则在两个窗口相交的区域就会出现文字重叠的现象。
　　　HateMath兄认为SetBkMode(TRANSPARENT)后上面窗口的文字实际上是画在下面的窗口上的！使用下面窗口的RedrawWindow可以解决我们的问题。

     另一个解决的方案就是利用双缓冲，用代码来说话吧！
/**************************************************************/
　/* pDC为上面窗口的CDC * */

CDC dcMem;
CBitmap bmpCache;
CRect rc;
GetClientRect(rc);
bmpCache.CreateCompatibleBitmap(pDC,rc.Width(),rc.Height());
dcMem.CreateCompatibleDC(pDC);
CBitmap *pOldBmp = dcMem.SelectObject(&bmpCache);
dcMem.SetBkMode(TRANSPARENT);

  static bool ss = false;
if (ss == false)
  dcMem.TextOut(10, 20, "xxx");
else
  dcMem.TextOut(10, 20, "yyyy");

pDC->BitBlt(0,0,rc.Width(),rc.Height(),&dcMem,0,0,SRCCOPY);
dcMem.SelectObject(pOldBmp);

/**************************************************************/

　可以把上面的代码周期执行，结果是两个TextOut操作的结果相互之间不会产生任何影响。

    鉴于双缓冲能够解决这个问题，我怀疑HateMath的观点“文字实际上是画在下面的窗口上的”的结论！因为在双缓冲的情况下，我们不需要刷新下面的窗口。那位有没有关于这个问题权威一点的解释，在此拜求！！

------------------------------------------------------------
   附录：
   1、UpdateWindow和RedrawWindow允许同步绘制。如果更新区域非空，UpdateWindow直接给这个窗口发送WM_PAINT消息。RedrawWindow也发送WM_PAINT消息，但就如何绘制窗口给了应用程序更多的控制，例如是否绘制非客户区和窗口背景，是否不管更新区域空与非空都发送消息。
   2、父子关系的窗口的裁剪以及兄弟子窗口的裁剪分别表述为WS_CLIPCHILDREN和WS_CLIPSIBLINGS。使用前者创建父窗口表示在父窗口进行绘制时，子窗口占据的空间是排除在外的。使用后者创建的兄弟子窗口之间的绘制不会相互影响。

同步和异步I/O操作

莫问春秋 — Tue, 28 Feb 2006 03:10:00 GMT

记录一点基本的概念

Synchronization :
    When a function is executed synchronously, it does not return until the operation has been completed.
This means that the execution of the calling thread can be blocked for an indefinite period while it waits for a time-consuming operation to finish.

asynchronous (or overlapped):
    Functions called for overlapped operation can return immediately, even though the operation has not been completed. This enables a time-consuming I/O operation to be executed in the background while the calling thread is free to perform other tasks.
     When performing multiple simultaneous overlapped operations, the calling thread must specify an OVERLAPPED structure with a different manual-reset event object for each operation.(每个重叠I/O操作对应一个OVERLAPPED 结构)。

类的static函数实现非static成员函数作窗口过程函数

莫问春秋 — Fri, 24 Feb 2006 10:19:00 GMT

概论：

类的非static函数本身含有一个this指针，所以这种函数不能作为一个窗口过程（callback function ）。当使用static函数来做一个窗口过程函数时，static函数可以通过编译，但是它本身无法访问类的成员函数和数据，如果我们能够得到类的指针并交给static函数处理则可以实现我们的要求。

技巧：

为了确保非static窗口过程能够处理所有的消息，所以我们使用了CBT Hook（），这样我们就可以在窗口创建之前把类的指针交给static的窗口过程，他就可以调用类的成员函数。

在这个过程当中，我们还使用了Thread Local Storage （TLS）。

步骤：

１：分配一个TLS空间来保存this指针。

DWORD　TlsIndex=::TlsAlloc();

　　2: 声明一个结构体TLSData，将this指针和HHOOK句柄保存下来，将他的指针放在在TLS中。

TLSData* pTLSCreateData = new TLSData;

pTLSCreateData->hHook=hHook; //hHook=::SetWindowsHookEx(WH_CBT,

//CWin::StaticCBTProc, 0, ::GetCurrentThreadId());

pTLSCreateData->pThis = this;

::TlsSetValue(TlsIndex //就是上面TlsIndex=::TlsAlloc();

, pTLSCreateData);

　　３：在窗口创建之前，HCBT_CREATEWND 消息会发送给staticCBTProc也就是hHook的回调函数。

TLSData* pTLSCreateData = (TLSData*)TlsGetValue(TlsIndex);

~~~~~ * w = (~~~~~~*) pTLSCreateData->pThis;//~~~~~：表示对应的那个类。

::SetWindowLong((HWND) wParam, GWL_USERDATA, (LONG)w);

//说明；这里的pTLSCreateData->hHook,

//是给函数CallNextHookEx(pTLSCreateData->hHook, msg, wParam, lParam);服务的。

　　4：在注册窗口类时，已经把一个static函数注册成为他的窗口过程，所以在这个函数中，我们把指针交给他处理。

~~~~~ *w = (~~~~~~*) (LONG)::GetWindowLong(hWnd, GWL_USERDATA);

return w->WndProc(hWnd, uMsg, wParam, lParam);

　　5 ：即时的

::UnhookWindowsHookEx(hHook);

delete pTLSCreateData;

::TlsSetValue(TlsIndex, NULL);

说明：这篇随笔是从我以前的blog转过来的，感觉还有点价值，欢迎拍砖。

DLL小记

莫名春秋 — Thu, 09 Feb 2006 05:25:00 GMT

    看了《windows核心编程》关于DLL的部分，我把我觉得重要的而又容易忘记的东西记录下来了。

    在PE文件结构中，有两个独立的节，分别叫做：输入节，.idata和输出节，.edata。不论是可执行模块还是DLL模块，它都可以有自己的输入节，这个节中列出了可执行模块和DLL模块所需要的DLL模块名，同时对于列出的每一个DLL还要指出可执行模块和DLL模块引用了那些函数和符号变量。可以使用命令：DUMPBIN–imports xx.exe 或者 DUMPBIN –imports xx.dll 察看文件的输入节。
    输出节一般是跟DLL相关的。这个节包括输出变量，函数和类符号的列表。可以使用DUMPBIN –exports xx.exe来察看这个节的内容，可以发现，这个节一个主要功能就是指出输出变量，函数和类符号在DLL文件中的相对偏移位置。
    顺便提一下lib文件，它能使链接程序产生任何调用DLL中函数的可执行模块(．EXE或．DLL)。《windows核心编程》P473
       假如存在：B.DLL ，C.DLL ，D.DLL 。然后把这个文件连同起始首选地址一起传送给REBASE。比如：REBASE -b 600000 B.DLL C.DLL D.LL 。可以简单的如此实用，而且起始地址是0x600000。SDK上面有详细说明。
    还有一点就是使用DUMPBIN的时候，一定要将DUMPBIN.exe,mspdb60.dll,link.exe保存到一个目录。