我認爲奇怪的請求關閉作爲完成或確定，如果鍵盤上按Enter鍵，即使OK/DONE按鈕沒有被聚焦的嚮導窗體。可用性：即使未在OK/DONE按鈕上設置焦點，ENTER鍵是否應該關閉嚮導窗體？
在我看來，這將是一個可用性錯誤。例如：在嚮導中，您可能有多個控件，按鈕，複選框，多行控件，並且它們對於ENTER鍵的操作都有不同的行爲。並且不要忘記嚮導導航中的其他按鈕，如果它們重點突出，該怎麼辦？
這些控件是否應該像之前預期的那樣對Enter進行響應？他們是否應該執行他們的操作，但在其他情況下，Enter沒有爲控件執行進一步操作，它應該關閉表單==不一致？
我認爲這是一個典型的要求，一個人的需求可以幫助他，但會混淆許多其他人。
在我看來，奇才非常特別，因爲它們不僅讓事情變得更簡單，而且還經常關注那些應用程序功能較少的人。因此，我認真對待每一個請求，並嘗試查看所有爭論和反對請求的論點。
我的觀點是否縮小？是否有一些可用性研究或指導方針，特別是對於奇才來支持我的觀點或者可能證明我錯了？
非常感謝！
邁克爾
我認爲關鍵是測試。你不能真正猜到你的用戶會覺得舒服，你必須看着他們試試。特別是由於您可以遵循多種不兼容的標準，因此您只需查看此更改是否適用於受衆中的大多數用戶。
我會是同樣的觀點，也許提給客戶，讓他們在兩種模式下使用的最終版本。我猜你必須在付款時給他們所要求的東西。
對我來說，這似乎也是一個奇怪的要求，但正如保羅所說，如果客戶想要它，那麼客戶端就會得到它。然而，從可用性/理解的角度來看，我會讓ok/done按鈕的邊框變得更加厚實，然後正常顯示，以便它突出一點，並且可能會向人們表明它有特殊的行爲。 另外，我也許會在對話框/嚮導框中做一個記錄，敲擊回車會導致嚮導關閉，就好像按下了OK/Done按鈕一樣。 雖然一個用戶可能知道敲擊輸入會關閉它，除非特別告訴別人，他們不會期待這種行爲。
嗯，這是事情：有兩種用戶你必須考慮在這裏。
第一類用戶是習慣於按Enter鍵移動到下一個字段的嬰兒潮一代和Gen Xers（例如，曾使用計算機的人在70年代/ 80年代）。這些人學習瞭如何在終端/控制檯中使用計算機，並輸入意味着您已經完成了在該領域的打字工作，並將進入下一個工作階段。
第二類用戶是那些在Windows上斷奶的人。這些人習慣於按Tab鍵移動到下一個字段。按進入他們意味着他們完成整個事情。
那麼你應該遵循哪種慣例？這將取決於您是要定位第一類還是第二類用戶，環境（Windows還是Web？）以及操作系統。
如果您的目標是Windows窗體，則最好與操作系統保持一致（例如，讓人們使用Tab而不是Enter）來輸入表單。在網絡中，您處於困境中，因爲Enter被網絡瀏覽器視爲提交事件。
最後，我可以提供的唯一有用的建議是與目標客戶一起嘗試一下，看看他們是否喜歡Enter over Tab。
你正在提出一個非常重要的觀點。我的問題與Windows Forms和Enter有關，當然與其他操作系統或環境中的含義不同。 – Mil 2008-10-02 11:07:24
這個請求可能是因爲在嚮導上執行的UAT涉及的用戶不知道按下ENTER將與點擊按鈕具有相同的效果嗎？
如果顯示嚮導的最後一頁時，「完成」按鈕已經突出顯示（如我所期望的），也許它是給用戶一些提示，他們也可以按ENTER鍵在這一點上的問題。
如果以Google爲例，我似乎記得，如果您傾向於系統地鍵入搜索詞，然後用鼠標單擊「搜索」按鈕，則會在搜索結果的頂部顯示一條消息，好心向你提示你也可以按ENTER鍵。很顯然，這不是你可以輕易完成的事情，因爲這是嚮導的最後一頁，但也許這就是你的客戶試圖讓你去設計的那種東西？
我認爲你應該有一個完成頁面來促進這一點。如果用戶按錯誤輸入，最糟糕的是他不會完成嚮導，只能進入下一頁（可能是完成頁面）。這對於由所述巫師控制核彈的情況是很好的。
在完成頁面按回車將完成嚮導（並炸燬伊拉克，打倒衛星，或刪除Jimbob的農場）。
如果用戶可以重新運行該向導，我不認爲如果他們意外完成嚮導將是災難性的。
請記住，嚮導不應該採取任何行動，直到他們完成，以防用戶取消等。完成後的確認對話框非常乏味，如果你使用它們，我會追捕你，我想一旦用戶完成了這個嚮導，他肯定會確定他的意圖。
也許客戶有很好的理由。 想象一下以下情況： 有許多可選域被打開/關閉並且數據準確性並不十分關鍵的屏幕。
想想一個小程序，每半個小時彈出一個問題，詢問你一直在做什麼，爲什麼客戶端和一些筆記，以便它可以收集這些信息並生成你的時間表。
能夠打開屏幕，輸入信息並真正快速地關閉它，儘可能少的麻煩比數據的準確性更重要。
我可以想象很多情況下，能夠確認沒有焦點的領域可以是有用的。
教育您的客戶。向他們展示一些文檔，說明爲什麼這個建議可能不是一個好的可用性實踐。
一些信譽良好的網站會最好的工作，因爲客戶通常會相信你之前相信第三方。畢竟，對他們來說，你可能只是懶惰，不想再多工作。
如果客戶仍然不承認，那麼只要做他們想做的事，並警告他們這不是件好事。
雖然在你的情況下，「做的好事」似乎有點在灰色地帶。
我會爭辯說，如果在該頁面上沒有采取其他操作，您可以使用此功能向前移動向導。
當一個字段完成或者一個按鈕被點擊/突出顯示或光標從默認位置移動時，輸入功能應該恢復爲標準操作系統的功能。
正如其他人所說的，顯然這隻有在那些使用嚮導的人意識到這是他們應用程序培訓的一部分時纔會起作用，但對於在嚮導的未使用頁面中快速移動以獲得用戶需要的地方。
沒關係。在所有應用程序中選擇並保持一致
這是來自不是唯一用戶的客戶的請求。但目前我不能確定他是否會是唯一一個想要這個功能的人。 – Mil 2008-10-02 11:04:03