輸入密鑰在文本框中的行爲

Question

我正在爲我正在處理的MS-Access應用程序製作一個非常簡單的反饋表單。它由一個文本框（用於評論），一個提交按鈕和一個取消按鈕組成。

在你看來，當焦點放在文本框上時，Enter/Return鍵點擊Submit按鈕還是將光標移動到文本框中的下一行更直觀？

編輯：該文本框顯然是多行。

Answer 1

標準訪問UI是在數據輸入表單中，ENTER鍵等同於TAB，即按Tab鍵順序移動到下一個控件。

此默認行爲的例外是綁定到備註字段的文本框。在這種情況下，默認設置是讓ENTER鍵在綁定的備忘錄中插入一個CrLf。文本框有一個屬性。

在反饋形式中，在我看來，當焦點位於用戶要鍵入反饋的文本框時，ENTER鍵應該創建一個新行。只有在焦點位於提交按鈕時，ENTER才應提交表格。所有這一切說，你的術語聽起來非常像網絡（沒有人在數據庫表單編程中使用「提交按鈕」，當然不是在Access中）。我喜歡HTML表單和ENTER鍵的某些方面，但是從觀看其他人那裏學到的知道，99％的用戶不知道在HTML表單中，ENTER鍵提交表單（當焦點不在多在線輸入框）。

可以在窗體上設置一個命令按鈕作爲默認按鈕，這樣按下ENTER鍵將點擊命令按鈕，但除了對話窗體以外的任何東西，這對我的經驗通常是不明智的。用戶不希望ENTER鍵執行一個命令按鈕，並且這樣做可能會混淆它們，即使它確實使Access窗體的行爲類似於HTML窗體。

Answer 2

我建議這取決於你的佈局：在一個明顯的多行文本框中，普通用戶可能希望Enter移動到一個新行。在單行文本框中，我們通常不會期望這種行爲。

Answer 3

取決於表單的結構。 如果表單有幾個文本框，我希望它不會在我按下Enter鍵時發送數據，除了最後一個文本框上的或。如果你有創造力（大多數用戶會發現這種行爲很奇怪 - 在WinForms中按Enter鍵在輸入字段之間移動的情況並不常見），否則按Enter鍵不應該做任何事情，或將焦點移到下一個文本框。

如果表單實際上由一個文本框和一個提交按鈕組成，那麼當我按下Enter鍵時可能發送數據是可以的，但我仍然要小心 - 用戶不會期望這種行爲，除非在明顯的地方如Google的搜索文本框），如果用戶意外擊中了回車併發送了不完整的表單，它將會惱人用戶。

Answer 4

對於多行文本框，是的。 Enter鍵進入下一行更直觀。但是，在幾乎所有其他情況下（至少對於我的用戶而言），回車鍵應該「點擊」「提交」按鈕。

警告：我的大多數用戶都使用帶有文本框的表單對數據庫執行搜索功能，然後以另一種不允許編輯的形式填充文本框。我的漂亮的方式，以避免他們創造「新」的客戶是不真實的。