[MFC] CSrollView的 ScrollBar

1 OnInitialUpdate()函式裡的sizeTotal.cx=sizeTotal.cy 值要設定

2. CSize sizeTotal(Getx(),Gety());
SetScrollSizes(MM_TEXT, sizeTotal);

[VS2005] 怎樣添加事件、映射消息和重載函數

VS2005 的 MFC 添加事件、映射消息和重載函數的操作 和 VS6.0 不一樣，是在類別的屬性頁裡。操作如下：

在「類別檢視」中，右鍵單擊想要操作的類別，點擊「屬性」。在打開的屬性頁中，最上一排按鈕中的「事件」、「訊息」和「覆寫」分別對應「添加事件」、「映射消息」和「重載函數」的操作。

[MFC] 全螢幕功能-開始工作列未消失

原因是OnGetMinMaxInfo這個函式沒有被OverRide，
，最好是用ClassWizard，不要用手動。因為很可能會沒有效果。
要重寫此函式的原因如下：

程序中有一個地方要說明一下，那就是OnGetMinMaxInfo函數的作用。你可以試一下，如果把這個函數去掉，則當你按下工具欄中的全屏顯示按鈕時，框架視圖確實變大了，但沒有想像的那樣實現全屏顯示，底邊留下一個狀態欄——一個有些發育不良的全屏顯示窗口。為什麼會這樣呢？經過調試後，發現問題出在WM_GETMINMAXINFO消息的處理上。在Windows中，無論什麼時候以何種方式改變窗口的尺寸或大小，是拖拽窗口邊緣也好，或是在代碼中調用改變窗口尺寸的函數也好，總之不管你用什麼方法，Windows都會首先發送WM_GETMINMAXINFO消息。這個消息的意思是說：「嘿，如果你要強迫我的尺寸變大或變小，就附上詳細的MINMAXINFO結構信息，否則我用默認值處理。」大多數應用程序都不用顯式處理這個 WM_GETMINMAXINFO消息（也就是說讓DefWindowProc窗口過程進行缺省處理），而Windows在進行缺省處理時是不會讓一個窗口視圖比屏幕還大的，所以我們會碰上前面講的那個問題。解決的方法是：不要讓Windows對WM_GETMINMAXINFO消息進行缺省處理，而是由我們自己處理，方法如下：

void CMainFrame::OnGetMinMaxInfo(MINMAXINFO FAR* lpMMI) 
{
 if (m_bFullScreen)
 {
  lpMMI->ptMaxSize.y = m_FullScreenWindowRect.Height();
  lpMMI->ptMaxTrackSize.y = lpMMI->ptMaxSize.y;
  lpMMI->ptMaxSize.x = m_FullScreenWindowRect.Width();
  lpMMI->ptMaxTrackSize.x = lpMMI->ptMaxSize.x;
 }
 //CFrameWnd::OnGetMinMaxInfo(lpMMI);
}

JPEG 壓縮簡介

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

JPEG 壓縮簡介
-------------

1. 色彩模型

JPEG 的圖片使用的是 YCrCb 顏色模型, 而不是計算機上最常用的 RGB. 關於色
彩模型, 這裡不多闡述. 只是說明, YCrCb 模型更適合圖形壓縮. 因為人眼對圖片上
的亮度 Y 的變化遠比色度 C 的變化敏感. 我們完全可以每個點保存一個 8bit 的亮
度值, 每 2x2 個點保存一個 Cr Cb 值, 而圖像在肉眼中的感覺不會起太大的變化.
所以, 原來用 RGB 模型, 4 個點需要 4x3=12 字節. 而現在僅需要 4+2=6 字節; 平
均每個點佔 12bit. 當然 JPEG 格式裡允許每個點的 C 值都記錄下來; 不過 MPEG 裡
都是按 12bit 一個點來存放的, 我們簡寫為 YUV12.