Windows 作業系統能夠接續 DOS 作業系統，成為個人電腦主要的作業系統，與其親和的使用者介面不無關係，而這其中控制項（controls）貢獻更是舉足輕重。在電腦中，控制項（也翻譯為控件或部件，widget）是一種圖形化的使用者介面，可以顯示許多資料供使用者操作。
從 Windows 1.0 開始，就開始使用控制項，到 Windows 3.x 已經完備。這些控制項稱為標準控制項（standard controls），有
①靜態控制項（static control） ②編輯框控制項（edit control）
③按鈕控制項（button control） ④清單盒控制項（list box control）
⑤下拉式方塊控制項（combo box control） ⑥捲動軸控制項（scroll-bar control）
共六種。呼叫跟標準控制項有關的 Win64 API 都在 USER32.DLL 內，因此在應用程式中要呼叫這些 Win64 API，必須使用「INCLUDELIB USER32.LIB」才行。右圖說明了前三種控制項：
到 Windows 95 及其後面的系統，又新加了許多控制項，稱為通用控制項（common controls），例如 TreeView、ListView、Tab 等。有關通用控制項的 Win64 API 都在 COMCTL32.DLL 內，以後的章節再介紹。
在 Windows 作業系統中，控制項其實就是子視窗。子視窗必定在其父視窗的工作區內，當父視窗被銷毀時子視窗也被銷毀。
在 Windows 作業系統中，要如何建立控制項呢？其實有許多種方法，本章先介紹一種。在說明如何建立控制項的同時，也說明控制項的一些特性：
①、首先要知道的是，不論以哪一種方法所建立的控制項都是子視窗，既然是視窗就可以呼叫 CreateWindowEx 建立。在建立視窗時必須指定視窗類別（class），控制項的類別都已經由 Windows 預先定義好了，見下表。應用程式只需把下表的視窗類別定義成以零結尾的字串，大小寫不拘，當作呼叫 CreateWindowEx 的第二個參數即可。
| 控制項 | 視窗類別 | 說 明 |
| 按鈕控制項 | button | 在視窗裏顯示一個長方形區域當作按鈕，使用者可以按下按鈕或鬆開按鈕。 |
| 編輯框控制項 | edit | 在視窗裏建立一個編輯框的子視窗，可以讓使用者輸入文字或數字。 |
| 靜態控制項 | static | 建立一個長方形區域的子視窗，可以顯示字串，這種子視窗無法讓使用者做輸出輸入動作。 |
| 清單控制項 | listbox | 建立一塊長方形區域，其中有許多字串可供使用者選擇，例如開啟檔案時顯示現有檔案的子視窗。 |
| 下拉式方塊控制項 | combobox | 是編輯框和清單的結合，通常有一塊區域顯示清單供使用者選擇，或者按下右邊的下拉鈕後才顯示清單。 |
| 捲動軸控制項 | scrollbar | 一長條形的區域，上面有一滑動桿可供使用者拖動此滑動桿來選擇適當的數值，例如調整音量的大小。 |
由上表可知：不同的控制項具有不同的類別，相同的控制項有相同的類別。例如按鈕控制項，操作方式與外觀都大同小異，但與靜態控制項就截然不同。
②、CreateWindowEx 的原型如下：
invoke CreateWindowEx,\
dwExStyle,\ ; extended window style
lpClassName,\ ; pointer to registered class name
lpWindowName,\ ; pointer to window name
dwStyle,\ ; window style
x,\ ; horizontal position of window
y,\ ; vertical position of window
nWidth,\ ; window width
nHeight,\ ; window height
hWndParent,\ ; handle to parent or owner window
hMenu,\ ; handle to menu, or child-window identifier
hInstance,\ ; handle to application instance
lpParam ; pointer to window-creation data
在呼叫 CreateWindowEx 建立控制項時，必須注意下面幾件事：
底下先看個例子。本章一開始的圖片是一個「是否閏年？」的視窗，其內的「輸入西元年份：」是靜態控制項，假如要建立此靜態控制項，程式如下：
IDS_ASK EQU 8000
szAskYear DB "輸入西元年份：",0
szClassStatic DB "STATIC",0
⁝
invoke CreateWindowEx,0,OFFSET szClassStatic,OFFSET szAskYear,\
WS_CHILD or WS_VISIBLE,16,10,108,28,hWnd,IDS_ASK,hInstance,0
類別名稱是定義在 szClassStatic 變數中，內容是「"STATIC",0」，大小寫無所謂，它是 Windows 內建的類別。第三個參數是顯示在靜態控制項的文字，它是以零結尾的字串。IDS_ASK 是靜態控制項的識別碼。
當使用者點擊功能表選項、助憶鍵、控制項、加速鍵時，系統都會把 WM_COMMAND 訊息傳給視窗函式，如下表：
| 事件 | wParam | lParam | |
| 16∼31 位元 | 0∼15 位元 | ||
| 使用者點擊選項 或按下助憶鍵 | 0 | 選項識別碼 | 0 |
| 使用者按下加速鍵 | 1 | 加速鍵識別碼 | 0 |
| 使用者點擊控制項 | 通知碼 | 控制項識別碼 | 控制項代碼 |
現在僅說明控制項。當使用者操作控制項或控制項狀態改變時，父視窗就會收到控制項傳來的 WM_COMMAND 訊息，在此訊息中，wParam 的 16∼31 位元是通知碼（notifications），0∼15 位元是控制項的識別碼，lParam 是控制項代碼。當使用者對控制項進行操作會生成通知碼，或是控制項的狀態改變也會產生通知碼。
例如當使用者以滑鼠左鍵點擊按鈕，按鈕發出 BN_CLICKED 通知碼；如果是壓著按鈕不放，則發出 BN_PUSHED 通知碼；鬆開按鈕時，收到 BN_UNPUSHED 通知碼。但是如果使用者點擊具有 SS_NOTIFY 風格的靜態控制項，則發出 STN_CLICKED 通知碼。應用程式可以藉由不同的通知碼，設計程式該如何回應使用者的操作。
底下逐一說明靜態控制項、按鈕控制項與編輯框控制項。
靜態控制項之所以稱為靜態的原因，是因為它不接收滑鼠或鍵盤輸入，也不向父視窗發送 WM_COMMAND 訊息，除非是具有 SS_NOTIFY 風格。大部分的情況下，靜態控制項只是用來提示使用者輸入資料、顯示結果或是美化畫面。
依據靜態控制項的外觀，大致分為以下四種類型：①簡單圖形靜態控制項、②文字靜態控制項、③圖案靜態控制項、④擁有者繪製的靜態控制項。屬於哪種類型是由靜態控制項的風格決定。
簡單圖形的靜態控制項會顯示外框、填充矩形。外框可以用少許顏色繪製，像是黑色、灰色或白色。此外，可以用半凹陷的外框，使其具有立體外觀。
簡單圖形的靜態控制項的風格有下面幾種，同時參考右圖，為了較易觀察，右圖的背景色使用淡藍色：
顧名思義，文字靜態控項上面就僅顯示文字。例如本章一開始的圖片是一個視窗，其內的「輸入西元年份：」與「西元2024年是閏年。」都屬於文字靜態控制項。文字靜態控制項有底下幾種風格：
圖案靜態控制項可以顯示位元圖、圖示、游標等圖案，有下面幾種風格：
底下的例子，會使圖案靜態控制項顯示一張美女圖案。首先要準備一張圖片檔，BEAUTY.BMP，並在資源描述檔中定義：
BTY BITMAP BEAUTY.BMP
然後在組合語言原始程式中，撰寫下面程式碼：
IDS_Bty EQU 9000
szBty DB "BTY",0 ;與資源描述檔BITMAP區塊名稱相同
szClassStatic DB "STATIC",0
⁝
invoke CreateWindowEx,0,OFFSET szClassStatic,OFFSET szBty,\
WS_CHILD or WS_VISIBLE or SS_BITMAP,10,10,256,256,hWnd,IDS_Bty,hInstance,0
雖然上面程式指定靜態控制項尺寸為 256×256，但實際上會以 BEAUTY.BMP 圖案檔的尺寸為準。如果應用程式要變更靜態控制項的圖片，可以呼叫 SendMessage，第二個參數為 STM_SETIMAGE，見「與靜態控制項有關的訊息」。
具有 SS_OWNERDRAW 風格的靜態控制項，就是擁有者繪製的靜態控制項，應用程式必須在處理 WM_DRAWITEM 訊息時繪製這種靜態控制項。這種情形跟第十八章擁有者繪製的選項類似。
具有 SS_NOTIFY 風格的靜態控制項，在使用者以滑鼠左鍵點擊靜態控制項時、雙擊時、禁用時、啟用時，分別對父視窗發出 STN_CLICKED、STN_DBLCLK、STN_DISABLE 以及 STN_ENABLE 通知碼。這些通知碼會成為 WM_COMMAND 訊息中 wParam 的第 16∼31 位元，應用程式可以在視窗函式中處理這些事件。靜態控制項有 SS_NOTIFY 風格，會發出 WM_COMMAND 訊息，但這只是其中一個條件；靜態控制項還必須是啟用的（enable），才能發出 WM_COMMAND 訊息。要啟用或禁用（disable）靜態控制項，可以呼叫 EnableWindow API。
應用程式可以對靜態控制項發出訊息，來取得或設定靜態控制項的資料，這些訊息都以「STM_」為起頭，其中的「ST」代表 static 的意思，「M」代表 message。下表是與靜態控制項有關的訊息：
| 訊息 | 說明 | wParam | lParam | 回傳值 |
| STM_GETICON | 獲得具有 SS_ICON 風格的靜態控制項圖示代碼 | 不使用，應設為 0 | 不使用，應設為 0 | 若成功，回傳值為圖示代碼；若失敗，回傳值為 0 |
| STM_SETICON | 設定具有 SS_ICON 風格的靜態控制項圖示代碼 | 圖示代碼 | 不使用，應設為 0 | 若成功，回傳值為原先的圖示代碼；若失敗，回傳值為 0 |
| STM_GETIMAGE | 獲得靜態控制項的位元圖、游標、增強型圖元文件、圖示代碼 | 要取得哪種類型的圖案： IMAGE_BITMAP IMAGE_CURSOR IMAGE_ENHMETAFILE IMAGE_ICON | 不使用，應設為 0 | 若成功，回傳值為相對應的位元圖、游標、增強型圖元文件、圖示代碼；若失敗，回傳值為 0 |
| STM_SETIMAGE | 設定靜態控制項的位元圖、游標、增強型圖元文件、圖示 | 要設定哪種類型的圖案： IMAGE_BITMAP IMAGE_CURSOR IMAGE_ENHMETAFILE IMAGE_ICON | 相對應 wParam 的位元圖、游標、增強型圖元文件、圖示代碼 | 若成功，回傳值為原先相對應的位元圖、游標、增強型圖元文件、圖示代碼；若失敗，回傳值為 0 |
應用程式對靜態控制項發出訊息，都是呼叫 SendMessage API，第一個參數是靜態控制項代碼，第二個參數是訊息種類，第三、四個參數，wParam、lParam，之值與訊息種類有關。例如要獲得具有 SS_ICON 風格的靜態控制項圖示代碼，可以對靜態控制項發出 STM_GETICON 或是 STM_GETIMAGE 訊息使靜態控制項傳回圖示代碼，程式碼如下：
invoke SendMessage,hStatic,STM_GETICON,0,0
invoke SendMessage,hStatic,STM_GETIMAGE,IMAGE_ICON,0
所得的結果是一樣的。但要注意的是，如果靜態控制項不具有 SS_ICON 風格的話，就會發生錯誤。
對於 STM_GETIMAGE 與 STM_SETIMAGE 而言，也是如此。如果要取得或設定的靜態控制項，具有 SS_BITMAP，那麼就只能取得或設定位元圖，如果是其他類型的圖案就會發生錯誤，這也就是在上表中，會註明必須是相對應的圖案。更詳細的說，wParam 是圖案類型，可以是 IMAGE_BITMAP、IMAGE_CURSOR、IMAGE_ENHMETAFILE、IMAGE_ICON，分別是獲得或設定位元圖、游標、增強型圖元文件、圖示的代碼；當然，靜態控制項必須要具有相關的風格才可以呼叫成功。
靜態控制項也能將訊息傳給父視窗，一般它為通知碼（notifications），而不稱為訊息（messages）；通知碼都以「STN_」為起頭，它是因為使用者或應用程式操作靜態控制項，而使靜態控制項發出 WM_COMMAND 訊息告知父程式，而使父程式能做出相對應的動作。事實上，不只靜態控制項如此，按鈕、編輯框……也都如此，它們都會把通知碼嵌在 WM_COMMAND 訊息中傳給父程式，其 wParam 的第 16∼31 都是通知碼，第 0∼15 位元是控制項的識別碼，而 lParam 則是控制項代碼。
與靜態控制項相關的通知碼有 STN_CLICKED、STN_DBLCLK、STN_DISABLE、STN_ENABLE，分別是當使用者以滑鼠左鍵點擊靜態控制項、雙擊靜態控制項、靜態控制項禁用、或啟用時所發出的。但要注意的是，並不是所有靜態控制項都會發出通知碼，具有 SS_NOTIFY 風格的靜態控制項才能發出通知碼。
禁用（disable）或啟用（enable）是靜態控制項的其中兩種狀態，可以呼叫 EnableWindow API 來改變這兩種狀態。當靜態控制項處於禁用狀態時，會以灰色字表現，即使具有 SS_NOTIFY 風格也不會發出 WM_COMMAND 訊息。只有具有 SS_NOTIFY 風格的靜態控制項且處於啟用狀態，才會發出 WM_COMMAND 訊息。
編輯框控制項通常是一個矩形區域，可供使用者以鍵盤輸入文字，輸入的文字會顯示在編輯框的矩形之內。如本章一開始的圖案中，標明「③」的矩形，就是編輯框，其內的「2024」是使用者輸入的文字。
要建立編輯框也是呼叫 CreateWindowEx，此時第二個參數為類別名稱的位址，類別名稱為「"EDIT",0」，大小寫不拘。第三個參數是顯示在編輯框內預設的字串，若為 0，標示編輯框內沒有預設字串。若 CreateWindowEx 成功執行，就能建立編輯框。
每個編輯框都可以指定數種風格，都以「ES_」為起頭，它是「edit style」的縮寫。這些風格讓編輯框顯示不同的外觀和功能，例如指定編輯框是單行文字還是多行文字、這些文字如何對齊，甚至是否顯示文字。
底下說明一些常用的編輯框風格：
比較特別的是，編輯框並沒有擁有者繪製的風格。大概是因為編輯框要繪製的行為包含字元輸入、選擇、高亮顯示、捲動等功能，這些功能對於編輯框的正常運作很重要，交由應用程式自行繪製或處理，可能會干擾這些核心功能。
應用程式可以對編輯框發出訊息，而編輯框也能對應用程式發出含有通知碼的 WM_COMMAND 訊息，讓應用程式做出相應的回應，這點跟靜態控制項一樣，事實上標準控制項都是如此。應用程式可以對編輯框發出訊息，都以「EM_」為起頭，其中「E」代表 edit。編輯框也是一種視窗（其實就是子視窗），所以有些以「WM_」為起頭的訊息也能發送給編輯框。不論起頭是哪一種英文字母，這些訊息都是以 SendMessage API 傳給編輯框。
編輯框比靜態控制項的功能還多，也重要得多，所以其訊息或通知碼都比靜態控制項多得多。下表是常發送給編輯框訊息，表中列出了 wParam、lParam，以及回傳值，其餘的請查閱 MSDN。
| 訊息 | 說明 | wParam | lParam | 回傳值 |
| EM_SETPASSWORDCHAR | 設定密碼字元 | 要顯示密碼字元。若設為零，則編輯框失去 ES_PASSWORD 風格 | 不使用，應設為 0 | 無 |
| EM_SETLIMITTEXT | 設定編輯框最多能容納多少字 元，與 EM_LIMITTEXT 相同 | 最多能容納的字元個數，不含結尾的零，見後面說明 | 不使用，應設為 0 | 無 |
| EM_SETREADONLY | 設定編輯框只能讀取或將此風格移除 | 若為 1，設定唯讀； 若為 0，移除唯讀 | 不使用，應設為 0 | 設定成功，回傳值為 1； 失敗，回傳值為 0 |
| WM_GETTEXTLENGTH | 視窗的文字長度（以字元為單位），詳細情形見下面說明 | 不使用，應設為 0 | 不使用，應設為 0 | 控制項的文字長度，並不包含結尾的 0 |
EM_SETLIMITTEXT 訊息與 EM_LIMITTEXT 是一樣的，應用程式利用此訊息設定編輯框最多能容納多少字元。使用方式是呼叫 SendMessage，如下：
invoke SendMessage,hEdit,EM_SETLIMITTEXT,wParam,0
hEdit 是要設定的編輯框代碼。lParam 不使用，應設為 0。wParam 是能容納的字元個數，此數不含結尾的零，至於 wParam 最多為多少，與 Windows 版本及單行或多行有關，參考下表。
不論哪一種 Windows 作業系統，也不論單行或多行編輯框，剛建立時預設的容量是 30000 個位元組（30000＝7530H）。如果需要擴充編輯框的容量時，見下表：
| 預設編輯框容量 | 擴充後編輯框最大容量 | ||
| Windows 版本 | 所有 Windows 版本 | Windows 95/98/Me | Windows NT/2K/XP/及其以後的版本 |
| 單行編輯框 | 7530H | 07FFEH | 07FFFFFFEH |
| 多行編輯框 | 7530H | 0FFFFH | 0FFFFFFFFH |
以 WM_GETTEXTLENGTH 為參數呼叫 SendMessage 後的回傳值是編輯框內的文字長度，並不包含結尾的 0。事實上，只要是視窗都可以用此法得到視窗的文字長度，說明如下：
①對編輯框而言，第一個參數是編輯框代碼，獲得的是編輯框內文字的長度；
②對下拉式方塊而言，第一個參數是下拉式方塊代碼，獲得的是下拉式方塊中編輯框內的文字長度；
③對按鈕而言，第一個參數是按鈕代碼，獲得的是按鈕上文字的長度；
④對靜態控制項而言，第一個參數是靜態控制項代碼，獲得的是其上文字的長度；
⑤對其他一般視窗而言，第一個參數是視窗代碼，獲得的是視窗標題欄上文字的長度。
要注意的是，早期的作業系統，像 Windows 95/98，其字元編碼方式是雙位元組字元集（double-byte character set，簡稱為 DBCS），例如 Big5、GBK 等都屬於這種編碼方式，它們的中文字是以兩個位元組編碼，而英文字母是一個位元組。這種情形，WM_GETTEXTLENGTH 的回傳值可能會比正確的大。這是因為它們是字元有些是雙位元組，有些是一個位元組，不易判斷有多少個字元。
編輯框狀態改變或其他某些情形改變時，會對父視窗發出 WM_COMMAND 訊息，而其中 wParam 的第 16∼31 是通知碼，告訴父視窗，編輯框發生了什麼事。編輯框的通知碼都以「EN_」起頭，是 edit notification 的意思。以 EN_SETFOCUS 為例，當使用者以滑鼠左鍵點擊編輯框時，編輯框就會得到鍵盤輸入焦點，此刻會發出 WM_COMMAND 訊息，而其中 wParam 的第 16∼31 是 EN_SETFOCUS 通知碼，而 wParam 的第 0∼15 位元是編輯框的識別碼，lParam 是編輯框的代碼。編輯框其他的通知碼也都是如此，就只有 wParam 的第 16∼31 是不同的通知碼，wParam 第 0∼15 位元均為編輯框識別碼、lParam 均為編輯框代碼。
下表是常用的編輯框通知碼，與在什麼情形下會發生這種通知碼。事實上，編輯框的通知碼很多，底下僅列出一小部分，其餘的請查閱 MSDN。
| 通知碼 | 數值 | 說明 |
| EN_SETFOCUS | 100H | 編輯框得到輸入焦點 |
| EN_KILLFOCUS | 200H | 編輯框失去輸入焦點 |
| EN_CHANGE | 300H | 當編輯框內的文字變動，且已經顯示好新的內容之後才發出此通知碼 |
| EN_UPDATE | 400H | 編輯框已對文字進行了設定字體、大小、顏色、行距、對齊方式等處理之後，但在顯示文字之前，發送 EN_UPDATE，使得在必要時可以調整編輯框大小 |
| EN_ERRSPACE | 500H | 當記憶體不足，無法分配足夠的記憶體來新增文字、刪除文字等請求時，發出此通知碼 |
按鈕依外觀有許多種類型，不同的類型，外觀與功能也不同，這都是因其風格造成的。下圖的視窗是在 Windows 7 執行的應用程式產生的，其內的控制項都是不同風格的按鈕。
右下圖中最下面的「取消」是「下壓式按鈕」，具有 BS_PUSHBUTTON 風格，是最常使用的按鈕。它是立體突出的矩形，內有文字或圖案；當使用者以滑鼠左鍵點擊時，可以執行某些功能。在它右邊的是「確定」按鈕，外觀與「取消」按鈕類似，但外框附近以高亮度不同於四周的顏色顯示，這是「預設下壓式按鈕」，具有 BS_DEFPUSHBUTTON 風格。如果它在對話盒內而使用者又按下 Enter 鍵時，就相當於以滑鼠左鍵點擊此按鈕；但如果不在對話盒中，就無此效果。
圖中最下面還有個「確定」是「平面按鈕」，具有 BS_FLAT 風格的按鈕，在先前的 Windows 中，它外觀簡潔，沒有突出的邊框或陰影效果，看起來比較扁平；但在 Windows 7 看起來與「下壓式按鈕」一樣，沒什麼區別。
在「離開」按鈕上面有個「說明」按鈕，在「說明」文字前方有個箭號，「說明」文字下方有幾行小字進一步闡明此按鈕用途，這是具有 BS_COMMANDLINK 風格的「指令鏈接按鈕」，在 Windows Vista 及其後面的版本才提供的。建立「指令鏈接按鈕」時，第一行的大字稱為主標題，其餘行都是小字稱為副標題，主標題與副標題需組合起來成為一個以零結尾的字串，中間以「\n」分隔主標題與副標題，呼叫 CreateWindowEx 時此字串位址為第三個參數。當使用者以滑鼠左鍵點擊「指令鏈接按鈕」時，發出帶有 BN_CLICKED 的 WM_COMMAND 訊息。
在「說明」指令鏈接按鈕上方有一個「畫筆寬度」按鈕，它有一條分割線及向下箭頭。當使用者以滑鼠左鍵點擊向下箭頭，會出現功能表供使用者選擇。這種按鈕稱為「下拉式分割按鈕」，具有 BS_SPLITBUTTON 風格，是在 Windows Vista 及其後面的版本才提供的。比較特別的是，「下拉式分割按鈕」分為左、右兩部分，使用者點擊這兩部分產生不同的通知碼。當使用者點擊右邊的向下箭頭時，會把 WM_NOTIFY 訊息傳給父視窗，父視窗必須事先建立好彈出功能表，然後在這時呼叫 TrackPopupMenu 顯示彈出功能表。使用者在彈出功能表選定某個選項時，又會對父視窗發出 WM_COMMAND 訊息，父視窗才做出處理。這則 WM_COMMAND 其實是因為使用者點選彈出功能表中的選項而發出的。註二有個簡略的例子。當使用者點擊左邊文字時，發出通知碼為 BN_CLICKED 的 WM_COMMAND 訊息。
右上圖中最上面有兩個用比四周顏色稍微深的框框圍住，其一名為「顏色」，另一個名為「你想畫什麼？」，在「顏色」框框下面的是「檢視」，也用同樣顏色框住，這三個都是「群組框」，都具有 BS_GROUPBOX 風格。一般而言，它們是把功能類似或相關的控制項圍住，讓使用者感覺這些圍住的控制項是同一類。
在「顏色」群組框內有四個「單選按鈕」，分別是「黑色」、「紅色」、「綠色」、「藍色」。在它們前面有個圈圈供使用者圈選，如果選中的圈圈中間會有實心圓。當使用者選擇使用某種顏色畫圖，就無法同時用另外一種顏色畫圖；當然在這以後，使用者可能選用另外一種顏色，這時就無法用原來的顏色畫圖。也就是說同一時間內，只能用一種顏色畫圖。像這種只能使用其中一種的情形，稱為「互斥」的，或者稱為單選的。這類按鈕具有 BS_RADIOBUTTON 或 BS_AUTORADIOBUTTON 風格，分別稱為「單選按鈕」與「自動單選按鈕」。它們的差別在於當使用者改變圈選時，BS_RADIOBUTTON 必須自行撰寫程式，讓圈選中的實心圓只在一處顯示而其他空白，但 BS_AUTORADIOBUTTON 則自動完成。
如果應用程式建立的並非「自動單選按鈕」，那麼使用者選擇其中一個，而要將此按鈕前的圈圈畫上實心圓，其餘空白，可以呼叫 CheckRadioButton 完成。
「檢視」也是一個群組框，但其內的「顯示顏色」、「顯示所畫圖形」、「顯示畫筆寬度」等是用來在狀態列顯示資訊。它們前面有方形框框，可供使用者勾選，如果選中的會在框框內打勾，勾選其中一項與是否勾選其它項並不相干。所以可以全不選、選其中任一個、或任兩個、或全選，故稱為「複選框」或「自動複選框」。前者具有 BS_CHECKBOX 風格，後者具有 BS_AUTOCHECKBOX 風格。差別是，當使用者選中後，後者能自動畫勾勾，而前者需要自行以程式修改。
在「檢視」群組框下方有一個「全部顯示」按鈕，這是「三態按鈕」。「三態按鈕」是具有 BS_3STATE 風格的按鈕，是一種特殊的複選框，三態是指勾選、不確定、沒勾選三種情形，前面的方框內分別用勾勾、方塊、空白表示。但如果沒有適當程式碼配合，無論你怎麼用力以滑鼠左鍵點擊，也都毫無效果。另外也有「自動三態按鈕」，是具有 BS_AUTO3STATE 風格的按鈕，不須額外程式碼配合，每點擊一次方框就輪流在勾勾、方塊、空白間切換。
實際應用上，在有許多項目要選擇時，如果全選、全不選或選擇其中一些而另一些不選時，就可以用「三態按鈕」方便達成。例如上圖的檢視群組框，可以選擇是否顯示顏色、是否顯示畫出何種圖形、是否顯示畫筆寬度。如果三者都要顯示可以按「三態按鈕」直到出現勾勾；如果三者都不顯示可以按「三態按鈕」直到出現空白；如果有些要顯示、有些不顯示，可以按「三態按鈕」直到顯現方塊。如上圖中的顯示全部三態按鈕中的就是顯現方塊，因為只選了前兩項，顯示顏色和顯示所畫圖形，最後一項顯示畫筆寬度則不顯示。
按鈕的風格中也有 BS_OWNERDRAW，亦即「擁有者繪製按鈕」，完全由父視窗進行繪製，必須在處理 WM_DRAWITEM 訊息時進行繪製。這原理跟第十八章擁有者繪製的選項類似，讀者可舉一反三試試看撰寫「擁有者繪製按鈕」。
底下還有一些風格，並不是造成不同類型的按鈕，也一併說明。
BS_LEFT、BS_CENTER、BS_RIGHT 使按鈕的文字向左對齊、水平置中、向右對齊，預設值是 BS_CENTER；如果是單選按鈕或複選框，其中的圈圈或框框仍在最左邊，剩餘的按鈕範圍才給文字使用；群組框也會受到 BS_LEFT、BS_CENTER、BS_RIGHT 的影響，但是指令鏈接按鈕並不受這三種風格的影響。BS_RIGHTBUTTON 與 BS_LEFTTEXT 只影響單選按鈕或複選框，使其文字在按鈕範圍的最左邊，圈圈或框框在最右邊。
BS_TOP、BS_VCENTER、BS_BOTTOM 使按鈕的文字向上對齊、鉛錘置中、向下對齊，預設值是 BS_VCENTER。群組框與指令鏈接按鈕並不會受到這三種風格的影響。
BS_MULTILINE 是多行按鈕，如果文字太長碰觸到按鈕邊界，可以換行。所有的按鈕類型都受 BS_MULTILINE 影響，指令鏈接按鈕原本就是多行的，不需添加 BS_MULTILINE 風格。
使用 BS_ICON 或 BS_BITMAP 風格的按鈕，會在按鈕上顯示圖示或位元圖。方法是先在資源描述檔定義圖示或位元圖；然後呼叫 LoadIcon 或 LoadBitmap 得到圖示或位元圖代碼；再以含有 BS_ICON 或 BS_BITMAP 風格為參數呼叫 CreateWindowEx 建立按鈕，得到按鈕代碼；最後一步呼叫 SendMessage 把 BM_SETIMAGE 訊息傳送給按鈕。
還有一個按鈕風格 BS_NOTIFY，稍後於「有關按鈕的通知碼」說明。
按鈕有三種狀態：①是否有輸入焦點、②是否處於按壓、③是否選取。
當使用者以滑鼠左鍵點擊按鈕、按 Tab 鍵或方向鍵後按 Enter 鍵，可以讓按鈕獲得輸入焦點。但並不是所有類型的按鈕都能獲得輸入焦點，只有複選框、單選按鈕、按壓鈕與擁有者繪製按鈕才能得到輸入焦點。同一個時間，只有一個控制項具有輸入焦點，當使用者點擊另一個控制項，輸入焦點便轉移到新點擊的控制項上，原來的控制項就失去輸入焦點。當按鈕具有鍵盤焦點時，通常會有虛線包圍按鈕的文字、圖示或位元圖，如果是按壓鈕則會有顏色較深的邊框。
按壓鈕、複選框、單選按鈕具有按壓狀態，其他按鈕無此狀態。按鈕的按壓狀態可以是按下或未按下。當按下按壓鈕時，按壓鈕會變為凹下的按鈕；鬆開時變成未按下狀態，變成凸起的。當複選框、單選按鈕被按下時，背景會變灰；未按下時，按鈕的背景不會變灰。
只有複選框、單選按鈕才具有選取狀態。被選取的複選框或單選按鈕，分別會在前面的框框或圓圈顯示勾勾或實心圓；未被選取的則是空白。三態按鈕多了一種狀態，前面已經提過。
使用者最常對按鈕做的動作是，以滑鼠左鍵點擊按鈕時，這時會發出帶有 BN_CLICKED 通知碼的 WM_COMMAND 訊息給父視窗，此訊息的 wParam 第 0∼15 位元是按鈕識別碼，16∼31 位元就是 BN_CLICKED 通知碼，而 lParam 是按鈕代碼。父視窗的視窗函式可以依據 BN_CLICKED 而做出處理。無論何種類型的按鈕，都會發出 BN_CLICKED。
除了對按鈕點擊會發出通知碼之外，其他對按鈕狀態的改變或動作也會發出通知碼，通知碼都在 WM_COMMAND 訊息 wParam 的第 16∼31 位元，其餘都跟 BN_CLICK 一樣，除了 BCN_HOTITEMCHANGE 以外。下表是按鈕會產生的通知碼以及說明：
| 通知碼 | 數值 | 說明 |
| BN_CLICKED | 0 | 以滑鼠點擊按鈕 |
| BN_DBLCLK | 5 | 與 BN_DOUBLECLICKED 同義，以滑鼠雙擊按鈕 |
| BN_DISABLE | 4 | 按鈕被禁用 |
| BN_PUSHED | 2 | 與 BN_HILITE 同義，壓按按鈕 |
| BN_UNPUSHED | 3 | 與 BN_UNHILITE 同義，鬆開按鈕 |
| BN_KILLFOCUS | 7 | 按鈕失去了鍵盤焦點 |
| BN_SETFOCUS | 6 | 按鈕獲得了鍵盤焦點 |
| BN_PAINT | 1 | 應繪製按鈕前 |
| BCN_HOTITEMCHANGE | -1249 | 滑鼠游標移進或離開按鈕 |
使用者以滑鼠左鍵點擊按鈕，看似很單純的動作，事實上按鈕狀態就有數次變化。首先，滑鼠點到按鈕時，按鈕會得到輸入焦點，同時變成按下狀態。注意！點擊的動作包含壓下，接著鬆開，所以使用者鬆開左鍵時，按鈕又變成未按下狀態。大部分的時候，應用程式並不在意這些細節，只在意點擊的整體動作，因此大部分時候 Windows 並不需要把按鈕的所有動作都通知給父視窗，除了 BN_CLICKED 以外。
如果真的需要時，可以使按鈕加上 BS_NOTIFY 風格，這樣的按鈕就能發出 BN_DISABLE、BN_PUSHED、BN_UNPUSHED、BN_KILLFOCUS、BN_SETFOCUS 和 BN_PAINT 通知碼。對於 BN_DBLCLK 通知碼，Windows 的處置是，只有單選按鈕及擁有者繪製按鈕能主動發出 BN_DBLCLK 通知碼，其餘類型的按鈕都必須要具有 BS_NOTIFY 風格，才會發出 BN_DBLCLK 通知碼。
BCN_HOTITEMCHANGE 是在 Windows XP 及其以後的系統才有的通知碼。BCN_HOTITEMCHANGE 並不是位於 WM_COMMAND 訊息 wParam 的第 16∼31 位元，這點與其他通知碼不同。BCN_HOTITEMCHANGE 是附在 WM_NOTIFY 訊息中，此訊息有點複雜，以後再說。
父視窗能夠呼叫 SendMessage 把訊息傳給按鈕，藉以獲得資料或操作按鈕。底下是能藉由 SendMessage 傳送給按鈕的訊息：
| 訊息 | 說明 | wParam | lParam | 回傳值 |
| BM_GETCHECK | 獲得單選按鈕或複選框是否被選取 | 不使用，應設為 0 | 不使用，應設為 0 | 回傳值是下面三種其中之一： BST_CHECKED：選取 BST_INDETERMINATE：不確定 BST_UNCHECKED：未選取 |
| BM_SETCHECK | 設定單選按鈕或複選框是否被選取 | 要設定的選取狀態，有三種情形： BST_CHECKED：選取 BST_INDETERMINATE：不確定 BST_UNCHECKED：未選取 | 不使用，應設為 0 | 0 |
| BM_GETSTATE | 獲得按鈕狀態 | 不使用，應設為 0 | 不使用，應設為 0 | 回傳值有下面幾種情形： BST_CHECKED：已選取 BST_DROPDOWNPUSHED：處於下拉狀態，僅下 拉式分割按鈕才適用 BST_FOCUS：按鈕具有輸入焦點 BST_HOT：按鈕處於作用中狀態，也就是說，滑 鼠停留在上方 BST_INDETERMINATE：按鈕處於選取不確定狀 態，僅用於三態按鈕 BST_PUSHED：按鈕處於被壓下狀態 BST_UNCHECKED：沒有特殊狀態，相當於零 |
| BM_SETSTATE | 改變按鈕的按壓狀態 | 若為 1，表示壓下按鈕 若為 0，表示鬆開按鈕 | 不使用，應設為 0 | 無 |
| BM_SETSTYLE | 改變按鈕風格 | 新的風格 | 若為 1，重新繪製按鈕 若為 0，不重新繪製 | 無 |
| BM_SETIMAGE | 設定按鈕的圖示或位元圖 | 可以是 IMAGE_BITMAP 或 IMAGE_ICON | 依據 wParam，lParam 為位元圖代碼或圖示代碼 | 原先的位元圖代碼或圖示代碼，若原來尚未設定則回傳值為 0（參考註一） |
| BM_GETIMAGE | 取得按鈕的位元圖或圖示代碼 | 可以是 IMAGE_BITMAP 或 IMAGE_ICON | 不使用，應設為 0 | 依據 wParam，回傳值為位元圖或圖示代碼 |
| BM_CLICK | 模擬使用者點擊按鈕 | 不使用，應設為 0 | 不使用，應設為 0 | 無 |
BM_CLICK 會使按鈕接收 WM_LBUTTONDOWN 和 WM_LBUTTONUP 訊息，並且按鈕的父視窗接收帶有 BN_CLICKED 通知碼的 WM_COMMAND 訊息。
這個例子是在一視窗內，建立三種類別五個控制項，其中兩個是靜態控項、一個編輯框以及兩個按鈕。執行時畫面如右，使用者第一次以滑鼠左鍵點擊編輯框時，會出現只能輸入阿拉伯數字的提示對話盒，按「確定」按鈕離開提示對話盒，以後就不再出現了。等使用者輸入好西元年份之後，再按「查詢」按鈕，下面的靜態控制項會顯示該年為閏年還是平年。使用者也可以用滑鼠左鍵點擊上面的靜態控制項，會出現怎麼由西元年份計算出閏年的對話盒。按「離開」按鈕退出程式。LY.ASM 原始碼可在這裏下載。
底下說明 LY.ASM 的程式碼。
主程式註冊視窗類別、建立視窗、顯示視窗，然後建立訊息迴圈。這些都是一般過程，省略不說，直接進入視窗函式。
建立五個控制項的程式碼，應放在視窗函式，處理 WM_CREATE 訊息中。程式碼如下：
.CONST szClassStatic DB "STATIC",0 ;靜態控制項類別名稱 szClassEdit DB "EDIT",0 ;編輯框類別名稱 szClassButton DB "BUTTON",0 ;按鈕類別名稱 szAskYear DB "輸入西元年份：",0 szInput DB "請輸入西元年份。",0 szInquire DB "查詢",0 szExit DB "離開",0 ⁝ .case WM_CREATE ;建立三種類別五個控制項 ;建立「輸入西元年份：」靜態控制項，這靜態控制項具有 SS_NOTIFY 風格 invoke CreateWindowEx,0,OFFSET szClassStatic,OFFSET szAskYear,\ WS_CHILD or WS_VISIBLE or SS_NOTIFY,\ 16,10,108,28,hWnd,IDS_ASK,hInstance,0 mov hStaAsk,rax ;建立具有 ES_NUMBER 風格的編輯框 invoke CreateWindowEx,WS_EX_CLIENTEDGE,OFFSET szClassEdit,0,\ WS_CHILD or WS_VISIBLE or WS_BORDER or ES_LEFT or ES_NUMBER,\ 126,6,80,28,hWnd,IDE_YEAR,hInstance,0 mov hEdit,rax ;建立「請輸入西元年份。」靜態控制項 invoke CreateWindowEx,0,OFFSET szClassStatic,OFFSET szInput,\ WS_CHILD or WS_VISIBLE,\ 16,48,145,28,hWnd,IDS_RESULT,hInstance,0 mov hStaRes,rax ;建立「查詢」預設下壓式按鈕 invoke CreateWindowEx,0,OFFSET szClassButton,OFFSET szInquire,\ WS_CHILD or WS_VISIBLE or BS_DEFPUSHBUTTON,\ 36,82,52,28,hWnd,IDS_INQUIRE,hInstance,0 mov hBtnInquire,rax ;建立「離開」下壓式按鈕 invoke CreateWindowEx,0,OFFSET szClassButton,OFFSET szExit,\ WS_CHILD or WS_VISIBLE or BS_PUSHBUTTON,\ 128,82,52,28,hWnd,IDB_EXIT,hInstance,0 mov hBtnExit,rax ;設定編輯框最大輸入長度為4個字元 invoke SendMessage,hEdit,EM_SETLIMITTEXT,4,0
建立這些控制項，都是呼叫 CreateWindowEx，差別在於視窗類別、視窗的文字、風格、位置、大小、識別碼。底下說明重點：
要把視窗放在螢幕正中央，需要下面的兩筆資料：①視窗寬度與高度、②螢幕寬度與高度。前者可以呼叫 GetWindowRect 得到，後者可以呼叫 GetSystemMetrics 得到。
呼叫 GetWindowRect 成功後，第二個參數是當前視窗佔有矩形的左上角及右下角座標，將其相減就是視窗的寬度與高度。以 SM_CXSCREEN 為參數呼叫 GetSystemMetrics，就得到螢幕寬度，以 SM_CYSCREEN 為參數呼叫 GetSystemMetrics，就得到螢幕高度。
有了這些資料之後，把螢幕寬度先減去視窗寬度，所得之差再除以二，就是視窗新位置的 X 座標。同理，把螢幕高度減去視窗高度，所得之差再除以二，就是視窗新位置的 Y 座標。最後呼叫 SetWindowPos 就能將視窗移到螢幕正中央了。只需把視窗移到新的 X、Y 座標，不調整視窗大小也不調整 Z 軸順序，所以最後一個參數是「SWP_NOZORDER or SWP_NOSIZE」，程式碼如下：
invoke SetWindowPos,hWnd,0,r8d,r9d,0,0,SWP_NOZORDER or SWP_NOSIZE
LY 與使用者互動的主要過程都在處理 WM_COMMAND 訊息中發生。在 LY 中要處理的通知碼有：①使用者按下兩個按鈕中的任何一個生成的通知碼，BN_CLICKED。②使用者點擊「輸入西元年份：」靜態控制項的通知碼，STN_CLICKED。③使用者點擊編輯框時，編輯框獲得輸入焦點，通知碼是 EN_SETFOCUS。
第①情況，使用者按「查詢」或「離開」按鈕都會產生 BN_CLICKED，所以必須再進一步區分使用者到底是按下哪一個按鈕。這時可以用識別碼來分辨，也可以用按紐代碼來分辨。按下「查詢」按鈕後，LY 要計算編輯框內的西元年份是否為閏年，按下「離開」按鈕則退出 LY 程式。
第②情況，使用者點擊具有 SS_NOTIFY 風格的「輸入西元年份：」靜態控制項時，會發出 STN_CLICKED 的 WM_COMMAND 訊息。處理此通知碼的方式是呼叫 MessageBox，彈出一視窗，告知使用者如何由西元年份得出該年是否為閏年。要注意的是，STN_CLICKED 與 BN_CLICKED 的數值都是 0，因此必須和按鈕的 BN_CLICKED 在同一個「.if/.elseif/.endif」區塊內，程式碼如下：
.case WM_COMMAND
mov rax,r8 ;R8W＝識別碼
shr rax,16 ;AX＝通知碼
.if ax==BN_CLICKED
.if r9==hBtnExit ;R9＝控制項代碼
jmp quit
.elseif r9==hBtnInquire
⁝ ;計算編輯框內的西元年份是否為閏年
.elseif r9==hStaAsk
⁝ ;呼叫 MessageBox，彈出對話盒說明如何由西元年份得出該年是否為閏年
.endif
.elseif ax==EN_SETFOCUS
⁝ ;呼叫 MessageBox，彈出對話盒告知只能輸入阿拉伯數字
.endif
不能寫成下面的樣子，否則無論使用者怎樣按「輸入西元年份：」靜態控制項，永遠也不會彈出對話盒告知如何由西元年份得出該年是否為閏年。
.case WM_COMMAND
mov rax,r8 ;R8W＝識別碼
shr rax,16 ;AX＝通知碼
.if ax==BN_CLICKED
.if r9==hBtnExit ;R9＝控制項代碼
jmp quit
.elseif r9==hBtnInquire
⁝ ;計算編輯框內的西元年份是否為閏年
.endif
.elseif ax==STN_CLICKED
.if r9==hStaAsk
⁝ ;呼叫 MessageBox，彈出對話盒告知如何由西元年份得出該年是否為閏年
.endif
.elseif ax==EN_SETFOCUS
⁝ ;呼叫 MessageBox，彈出對話盒告知只能輸入阿拉伯數字
.endif
使用者點擊編輯框時，編輯框獲得輸入焦點，產生通知碼是 EN_SETFOCUS 的 WM_COMMAND 訊息。LY 在這時候彈出一個對話盒，提醒使用者，此編輯框僅能輸入阿拉伯數字。因為彈出對話盒，所以編輯框會失去輸入焦點，如果要輸入西元年份，又要再點擊編輯框一次，編輯框又會得到輸入焦點。若此時又彈出提醒使用者只能輸入阿拉伯數字的對話盒，那麼使用者永遠也別想輸入西元年份了。LY 的解決方法是定義一個 first 旗標，原先此旗標為 1，當編輯框第一次得到輸入焦點時，將其設為零。這樣只要檢查 first 是否為一，只有 first 為一時，表示編輯框從未得到輸入焦點過，才彈出對話盒；否則忽略此通知碼。
由西元年分計算該年是否閏年的步驟如下：
對於前兩項規則，小木偶只能老老實實地進行除法運算，檢查餘數是否為零，沒有其他好的方法；如果有高人能加以指點，感激不盡。對於第三項，倒是有一個很簡單的方法就能檢查是否能被四整除。讓要檢查的西元年份與 3 進行 AND 運算，如果結果為零表示能被四整除；結果不為零表示不能被四整除。如果要使西元年份在運算過程不變，那麼也可以把 AND 運算改成 TEST 運算。
前面提過，對二進位數而言，往左移一位相當於乘以二，原來最右邊的 0 或 1 左移了，新的最右邊填上 0；往左移兩位相當於乘以四，最右邊兩位都會變成零。既然向左移了兩位相當於乘以四，此數就是似的倍數，能被四整除。綜合上述結果，一個數如果是四的倍數，它的第零位元和第一位元都是零。這也就是一個數與 3 進行 AND 運算，如果結果為零，表示此數能被四整除。底下是這段過程的程式碼：
szLeapYear DB "西元%d年是閏年。",0
szCommonYear DB "西元%d年是平年。",0
⁝
invoke GetWindowText,hEdit,ADDR buffer,5
invoke StrToInt,ADDR buffer
lea r10,szLeapYear
mov r11,400
mov r8,rax ;RAX＝西元年份
xor rdx,rdx
div r11
or rdx,rdx ;能被400整除的是閏年
jz @f
mov rax,r8
mov r11,100 ;能被100整除且不能被400整除的是平年
xor rdx,rdx
div r11
or rdx,rdx
jz comyr
test r8,3 ;其餘能被4整除的是閏年
jz @f
comyr: lea r10,szCommonYear
@@: invoke wsprintf,ADDR buffer,r10,r8d
lea rdx,buffer
blank: invoke SetWindowText,hStaRes,rdx
本章所用到的 Win64 API：
EnanleWindow 可以把視窗或控制項設為啟用（enable）或禁用（disable）狀態。啟用時，視窗或控制項可以接收鍵盤以及滑鼠的輸入；禁用時，視窗或控制項無法接收鍵盤以及滑鼠的輸入。EnableWindow 的原型是：
invoke EnableWindow,\
hWnd,\ ; handle to window
bEnable ; flag for enabling or disabling input
hWnd 是要設為啟用或禁用的視窗或控制項代碼。bEnable 只能是零或一，零代表禁用，一代表啟用。如果原先是禁用的，回傳值為非零值；如果原先是啟用的，回傳值為零。
GetWindowRect 能夠獲得某個視窗的左上角及右下角座標，藉此可計算視窗寬度與高度。其原型如下：
invoke GetWindowRect,\
hWnd,\ ; handle of window
lpRect ; address of structure for window coordinates
hWnd 是要獲得尺寸的視窗之代碼，lpRect 是結構體 RECT 的位址，如果 GetWindowRect 執行成功，RECT 結構體會存有 hWnd 左上角與右下角的螢幕座標，且回傳值為一。如果執行失敗，回傳值為零。
GetWindowText 能夠獲得視窗標題欄內的文字，也可以獲得控制項的文字，但無法獲得另一個應用程式視窗內控制項的文字。GetWindowText 的用法是：
invoke GetWindowText,\
hWnd,\ ; handle of window or control with text
lpString,\ ; address of buffer for text
nMaxCount ; maximum number of characters to copy
hWnd 是視窗或控制項之代碼，GetWindowText 會獲得該視窗標題欄或控制項內的文字字串。lpString 為字串位址，GetWindowText 會把所獲得的字串存入此位址中。nMaxCount 是最多得到多少字元，包含結尾的零，如果視窗標題欄或控制項內的文字超過 nMaxCount，那麼超過的部分會被截斷，而不存入 lpString 所指的位址。
如果 GetWindowText 執行成功，回傳值為真正獲得的字元數，不含結尾的零；如果視窗沒有標題欄、或標題欄沒有文字，或是視窗代碼或控件項代碼無效，回傳值為零。
SetWindowPos 更改子視窗、彈出視窗或頂級視窗（top-level windows）的大小、位置和 Z 軸順序（見註三）。其原型為：
invoke SetWindowPos,\
hWnd,\ ; handle of window
hWndInsertAfter,\; placement-order handle
X,\ ; horizontal position
Y,\ ; vertical position
cx,\ ; width
cy,\ ; height
uFlags ; window-positioning flags
各參數說明如下：
| hWndInsertAfter | 數值 | 說明 |
| HWND_TOP | 0 | 將視窗置於同類型視窗的最上面。此處的類型只有兩種：最上層視窗與非最上層視窗。 |
| HWND_BOTTOM | 1 | 將視窗放在 Z 軸順序最下面。若 hWnd 原本具有 WS_EX_TOPMOST，設定 HWND_BOTTOM 後會失去 WS_EX_TOPMOST 延伸風格。 |
| HWND_TOPMOST | －1 | 將視窗變為最上層視窗，且置於最上層視窗的最上面，即使不處於活動狀態，也仍然如此。 |
| HWND_NOTOPMOST | －2 | 將視窗變為非最上層視窗，且置於所有非最上層視窗的最上面，但仍在最上層視窗的下面。 |
| uFlags | 數值 | 說明 |
| SWP_NOSIZE | 1 | 保持原來視窗寬度與高度，忽略 cx、cy |
| SWP_NOMOVE | 2 | 保持原來視窗位置，忽略 X、Y |
| SWP_NOZORDER | 4 | 保持原來 Z 軸順序，忽略 hWndInsertAfter |
| SWP_NOREDRAW | 8 | 不重新繪製更改的部分。如果設置此旗標，則不會發生重繪，包含工作區、非工作區（包括標題欄和捲軸）以及因視窗移動而暴露的父視窗的部分。設置此旗標時，應用程式必須指定該視窗或父視窗無效區域，才能重新繪製 |
| SWP_NOACTIVATE | 10H | 使視窗變為不活動的。如果未設置此旗標，則視窗即使移動到某個視窗下面，仍處於活動狀態 |
| SWP_FRAMECHANGED | 20H | 即使視窗大小未更改，也會向視窗發送 WM_NCCALCSIZE 訊息；如果未指定此旗標，僅在視窗大小變更時發送 WM_NCCALCSIZE。它與 SWP_DRAWFRAME 相同 |
| SWP_SHOWWINDOW | 40H | 顯示視窗 |
| SWP_HIDEWINDOW | 80H | 不顯示視窗 |
| SWP_NOCOPYBITS | 100H | 丟棄工作區全部內容。如果未指定此旗標，則在調整視窗大小或重新定位後，會保存工作區的內容存複製回工作區 |
| SWP_NOOWNERZORDER | 200H | 不改變擁有者視窗的 Z 軸順序，與 SWP_NOREPOSITION 相同 |
| SWP_NOREPOSITION | 400H | 阻止視窗接收 WM_WINDOWPOSCHANGING 訊息 |
| SWP_DEFERERASE | 2000H | 防止生成 WM_SYNCPAINT 訊息 |
| SWP_ASYNCWINDOWPOS | 4000H | Windows 會為每個執行緒（thread）建立各自的訊息佇列。如果呼叫 SetWindowPos 的執行緒與父視窗的執行緒不同，那麼訊息佇列也不同，Windows 系統會將訊息發布到父視窗的執行緒。這樣可以使呼叫 SetWindowPos 的執行緒不須等待 SetWindowPos 完成，就能繼續處理其他工作。（有關執行緒要很久的以後再說明） |
如果 SetWindowPos 執行成功，回傳值為一；若失敗，回傳值為零。
應用程式可以把 BM_SETIMAGE 傳給按鈕，使按鈕顯示圖示或位元圖。方式如下：
invoke SendMessage,hButton,BM_SETIMAGE,wParam,lParam
其中 wParam 只能是 IMAGE_ICON、IMAGE_BITMAP 二者其中之一，lParam 是依據 wParam 而選擇要顯示在按鈕上的圖示代碼或位元圖代碼。
可以把文字與圖片（此處的圖片可能是圖示或位元圖）同時顯示於按鈕上，取決於按鈕是否具有 BS_ICON 或 BS_BITMAP 風格，以及是否呼叫了以 BM_SETIMAGE 為參數的 SendMessage。見下表：
| 是否具有 BS_ICON 或 BS_BITMAP | 是否以 BM_SETIMAGE 為參數呼叫 SendMessage | 結果 |
| 是 | 是 | 只顯示圖片 |
| 否 | 是 | 同時顯示文字與圖片 |
| 是 | 否 | 只顯示文字 |
| 否 | 否 | 只顯示文字 |
除此之外，要同時顯示文字及圖片還有個條件，必須在資源描述檔使用 DIALOG 區塊，並且用 DIALOG 區塊裏面的 CONTROL、PUSHBUTTON、DEFPUSHBUTTON 建立按鈕，不能呼叫 CreateWindowEx 建立按鈕（下一章會提到使用 DIALOG 區塊建立控制項）。
底下說明如何建立下拉式分割按鈕，以及該按鈕發出 WM_NOTIFY 訊息時如何處理彈出功能表，最後如何處理點選該彈出功能表中選項時發出的 WM_COMMAND 訊息。例子中僅列出相關的程式碼，而省略其他程式碼。
BS_SPLITBUTTON EQU 12 .CONST szClass DB "BUTTON",0 szText DB "請選擇",0 szOne DB "1",0 szTwo DB "2",0 szThree DB "3",0 .DATA hBtn DQ ? ;下拉式分割按鈕的代碼 hMenu DQ ? ;彈出功能表代碼 .CODE WndProc PROC hWnd:HWND,uMsg:UINT,wParam:WPARAM,lParam:LPARAM LOCAL rect:RECT .switch uMsg .case WM_CREATE ;建立識別碼為5000的下拉式分割按鈕 invoke CreateWindowEx,0,OFFSET szClass,OFFSET szText,WS_CHILD or WS_VISIBLE\ or BS_SPLITBUTTON,10,10,150,28,hWnd,5000,hInstance,0 mov hBtn,rax ;建立彈出功能表，並加入「1」、「2」、「3」三個選項 call CreatePopupMenu mov hMenu,rax invoke AppendMenu,hMenu,MF_STRING,1,OFFSET szOne invoke AppendMenu,hMenu,MF_STRING,2,OFFSET szTwo invoke AppendMenu,hMenu,MF_STRING,3,OFFSET szThree .case WM_NOTIFY ASSUME r10:PTR NMHDR mov r10,lParam .if [r10].code==BCN_DROPDOWN .if r8w==5000 ;當使用者按下下拉式分割按鈕時，於下拉式分割按鈕下方顯示彈出功能表，以供選擇 invoke GetWindowRect,[r10].hwndFrom,ADDR rect invoke TrackPopupMenu,hMenu,TPM_LEFTALIGN or TPM_TOPALIGN or TPM_VERNEGANIMATION,\ rect.left,rect.bottom,0,hWnd,0 ASSUME r10:NOTHING .endif .endif .case WM_COMMAND mov rax,r8 ;R8W＝識別碼 shr rax,16 ;若 AX＝0，使用者選擇某個選項；AX 不為 0，為控制項通知碼 .if ax==0 .if r8w==1 ;使用者選擇彈出選項中的「1」 .elseif r8w==2 ;使用者選擇彈出選項中的「2」 .elseif r8w==3 ;使用者選擇彈出選項中的「3」 .endif .endif
在 Windows 作業系統的桌面上，可能會出現很多個視窗。這些視窗可能重疊在一起，有些在上面，能被使用者看見；有些被其他視窗擋住，使用者只看見視窗的一部分；也有時候是一個視窗霸佔整個桌面，其他視窗都被其遮擋。Windows 是怎麼決定哪個視窗在最上面，使用者能看見全貌；哪個視窗在底下，被遮住只能看見一部份或全看不到呢？
電腦螢幕是二度空間的平面，以左上角為原點，其 X 軸正方向從原點向右水平方向延伸，Y 軸正方向則從原點向下延伸。如果桌面上同時有許多視窗重疊時，要能區分每個視窗前後位置的關係，就要把螢幕想像成三度空間，也就是想像成具有高度。Windows 作業系統以第三個座標軸，Z 軸表示高度，其正方向由螢幕往使用者方向延伸，如右圖。雖然 Z 軸方向原本是水平的，但要把它想像成高度，越往螢幕所在的地方是下方，越往使用者方向是越往上方。
Windows 作業系統會對所有顯示在螢幕上的視窗，賦予一個稱為「Z 軸順序」的數值，並將此數值保存於一張列表中。Windows 就依據「Z 軸順序」決定哪一個視窗在上面，哪一個在下面。在這一章裏，小木偶用上、下方代表 Z 軸順序，Z 軸順序最上面的視窗會遮住下面的視窗，使用者能看到最上面視窗的全貌。
而決定「Z 軸順序」的方法，與視窗的性質和使用者動作有關，先解釋幾個視窗的性質：
解釋完這些基本的視窗性質後，可以來談談決定 Z 軸順序的規則了，就只有下面幾個規則：
舉個例子說明這些規則。小木偶常常一邊用 UltraEdit 寫程式，一邊用火狐狸瀏覽器聽 YouTube 上的音樂，而且是以子母畫面聽音樂順便也能欣賞影片。小木偶在 UltraEdit 中以鍵盤輸入程式碼而不是在子母畫面輸入程式碼，但子母畫面依然會遮住 UltraEdit 視窗；所以子母畫面是最上層視窗，而且是非活動的視窗；UltraEdit 則是非最上層視窗，它是頂級視窗（因為 UltraEdit 沒有父視窗），也是活動的視窗。
假設現在再啟動 Edge 瀏覽器，一樣用子母畫面看 YouTube 上的影片，這個子母畫面也是最上層視窗，它會覆蓋在火狐狸瀏覽器的子母畫面上，因為 Edge 瀏覽器後啟動，所以它的 Z 軸順序會在火狐狸瀏覽器的子母畫面之上。