Qt 的 Widget 以擁有變為定製的 GUI (圖形用戶界麵) 方式，處理鍵盤聚焦。
基本問題是，用戶擊鍵可以指嚮屏幕中的任何幾個窗口，且打算在窗口內的任何幾個 Widget 中。當用戶按下鍵時，他們期望轉到正確位置，且軟件必須轉到滿足這種預期。係統必須確定擊鍵指嚮哪個應用程序，該應用程序中的哪個窗口，及該窗口中的哪個 Widget。
把鍵盤聚焦指嚮特定 Widget 的自定義演變，是這些：
這些運動機製各不相同，且不同類型的 Widget 隻接收它們中某些的聚焦。我們將依次分彆介紹它們。
按下 Tab 是到目前為止，使用鍵盤移動聚焦的最常見方式 (有時，數據錄入應用程序中的 Enter 所做的如同 Tab ；可以很輕鬆達成這，在 Qt 中通過實現 事件過濾器 )。
按下 Tab ，在常用的現今所有窗口係統中，把鍵盤聚焦移到每個窗口循環列錶中的下一 Widget。 Tab 聚焦按某個方嚮沿循環列錶移動， Shift+Tab 按其它方嚮。次序對於 Tab 按下從 Widget 移到 Widget 稱為 Tab 次序。
可以定製選項卡次序使用 QWidget::setTabOrder () (若不， Tab 一般按 Widget 構造次序移動聚焦)。Qt Designer 提供視覺改變 Tab 次序的手段。
由於按下 Tab 如此常見，大多數可以擁有聚焦的 Widget 都應支持 Tab 聚焦。主要例外是不常使用的 Widget，且有一些鍵盤加速器 (或錯誤處理程序) 會移動聚焦。
例如，在數據錄入對話框，可能有字段隻在 1% 的情況下是必要的。在這種對話框中， Tab 可以跳過此字段，且對話框可以使用這些機製之一：
Another exception to Tab support is text-entry widgets that must support the insertion of tabs; almost all text editors fall into this class. Qt treats Ctrl+Tab as Tab and Ctrl+Shift+Tab as Shift+Tab , and such widgets can reimplement QWidget::event () and handle Tab before calling QWidget::event () to get normal processing of all other keys. However, since some systems use Ctrl+Tab for other purposes, and many users aren't aware of Ctrl+Tab anyway, this isn't a complete solution.
This is perhaps even more common than pressing Tab on computers with a mouse or other pointing device.
Clicking to move the focus is slightly more powerful than Tab . While it moves the focus to a widget, for editor widgets it also moves the text cursor (the widget's internal focus) to the spot where the mouse is clicked.
Since it is so common and people are used to it, it's a good idea to support it for most widgets. However, there is also an important reason to avoid it: you may not want to remove focus from the widget where it was.
For example, in a word processor, when the user clicks the 'B' (bold) tool button, what should happen to the keyboard focus? Should it remain where it was, almost certainly in the editing widget, or should it move to the 'B' button?
We advise supporting click-to-focus for widgets that support text entry, and to avoid it for most widgets where a mouse click has a different effect. (For buttons, we also recommend adding a keyboard shortcut: QAbstractButton and its subclasses make this very easy.)
在 Qt 中，僅 QWidget::setFocusPolicy () 函數影響點擊聚焦。
It's not unusual for keyboard shortcuts to move the focus. This can happen implicitly by opening modal dialogs, but also explicitly using focus accelerators such as those provided by QLabel::setBuddy (), QGroupBox ，和 QTabBar .
We advise supporting shortcut focus for all widgets that the user may want to jump to. For example, a tab dialog can have keyboard shortcuts for each of its pages, so the user can press e.g. Alt+P to step to the P rinting page. It is easy to overdo this: there are only a few keys, and it's also important to provide keyboard shortcuts for commands. Alt+P is also used for Paste, Play, Print, and Print Here in the 標準加速鍵 列錶，例如。
On Microsoft Windows, mouse wheel usage is always handled by the widget that has keyboard focus. On macOS and X11, it's handled by the widget that gets other mouse events.
The way Qt handles this platform difference is by letting widgets move the keyboard focus when the wheel is used. With the right focus policy on each widget, applications can work idiomatically correctly on Windows, macOS , and X11.
在這種情況下，應用程序必須確定窗口中的哪個 Widget 應接收聚焦。
這可以很簡單：若聚焦前已在此窗口中，那麼，最後一個擁有聚焦的 Widget 應重新獲得聚焦。Qt 會自動做到這。
若聚焦前從未在此窗口中，且知道聚焦應該從哪裏開始，調用 QWidget::setFocus () 在應接收聚焦的 Widget 中，先於調用 QWidget::show () 它。若不，Qt 將拾取閤適 Widget。
