技術(shù)資訊
表格按鈕的擺放和命名?
2008-10-10 08:31:00
版權(quán)聲明:轉(zhuǎn)載時(shí)請(qǐng)以超鏈接形式標(biāo)明文章原始出處和作者信息及本聲明
http://uiclub.blogbus.com/logs/29997745.html
從油茶網(wǎng)看到這篇文章的轉(zhuǎn)載鏈接,Caroline Jarrett的疑問,估計(jì)也會(huì)是眾多從事ui行業(yè)人士的關(guān)注點(diǎn),該如何適當(dāng)?shù)脑诮缑姹砀裆蠑[放按鈕位置及按鈕命名?仔細(xì)閱讀了下,慢慢嚼下英文。
Here’s a question that I get asked quite often: “Should we put ‘OK’ button to the left or the right of the ‘Cancel’ button?”
有一個(gè)問題我經(jīng)常被問到:“我們應(yīng)該把OK按鈕放左邊,Cancel按鈕放右邊嗎?”
A common variant is to ask the same question with ‘Back’ or ‘Previous’ instead of ‘Cancel’, and to maybe include ‘Next’ in the mixture.
另一個(gè)常見類似的問題是“后退”或“前進(jìn)”代替“取消”,還有是“Next”的混淆情況。
A SIMPLE QUESTION, A COMPLEX ANSWER
問題簡(jiǎn)單,答案是負(fù)責(zé)的。
I’d love to tell you: put OK on the left. Or on the right. Or something else that’s easy to say and easy to remember. Like so much in forms, the simple answer isn’t really appropriate. And yet, who needs another ‘it depends’? We’ve got far too many of them in usability. The truth, of course, is that ‘it depends’ is the right answer yet again. But we’ll avert our eyes from that and I’ll try to give a few rules here.
我不喜歡直接告訴你:OK放左邊,或放右邊,或容易閱讀容易記憶等等。多少類似的形式,簡(jiǎn)單的回答是不妥當(dāng)。可是,它視什么情況而定呢?在可用性方面我們有非常多的理由來考慮。事實(shí)上,它還是取決于正確的答案。轉(zhuǎn)變想法,我試著給出幾條規(guī)則的建議。
RULE 1: LOOK AT OTHER FORMS
第一條規(guī)則:查看、學(xué)期其它的表格
The first point is to find out what other forms your users are working with and see where those other programs put their buttons. For example, years ago Jakob Nielsen pointed out that most users spend most of their time on web sites other than yours. Or if you’re creating a program that will be used alongside Microsoft Office applications, then your users are likely to expect your program to follow their conventions. It does get a bit tricky if your users swap regularly between Mac and PC, because unfortunately the two operating systems have conflicting guidelines. Then you’ll have to think carefully about which one you’re going to follow – preferably, after doing some research on what your users do and which applications matter most to them.
第一點(diǎn)是找出您用戶正在使用和其他程序的按鈕是如何放置的形式。舉例來說,幾年前Jakob Nielsen指出,大多數(shù)用戶大部分時(shí)間都花在其他的網(wǎng)站上?;蛘撸绻?jiǎng)?chuàng)建一個(gè)程序,將用于與Microsoft Office應(yīng)用程序,那么您的用戶很可能會(huì)期待您的軟件適合他們的習(xí)慣。一個(gè)棘手的問題是,如果您的用戶常在Mac和PC之間交換使用 ,因?yàn)椴恍业氖?,這兩個(gè)操作系統(tǒng)有沖突的準(zhǔn)則。然后,你就必須仔細(xì)考慮清楚哪個(gè)系統(tǒng)是你要支持的,然后做一些研究關(guān)于你的用戶和應(yīng)用程序之間哪個(gè)關(guān)系最密切。
RULE 2: PUT BUTTONS AT THE END OF THE CONVERSATION
第二條規(guī)則:把按鈕放置在會(huì)話的末端
The big deal with forms is that they ask users one or more questions, after which the user presses a button to say ‘I’m done with my turn in this conversation’. The conversational turn is handed over to the computer to do something. There needs to be a button. It’s usually called ‘OK’, ‘Send’, ‘Submit’ or ‘Next’. The crucial point is that it goes at the end. One common mistake I’ve seen: putting important instructions, or even whole questions, after that final button. A position that’s invisible to users. Don’t do it.
大規(guī)模的對(duì)話表格它們向用戶提出一個(gè)或多個(gè)問題,之后,使用者按下一個(gè)按鈕,說: '我提交我的會(huì)話。該會(huì)話是交給電腦來做些什么。需要有一個(gè)按鈕。通常稱為‘確定' , '發(fā)送' , '提交'或'下一步' 。至關(guān)重要的一點(diǎn)是,它不用結(jié)束時(shí)才點(diǎn)擊。我發(fā)現(xiàn)一個(gè)常見的錯(cuò)誤:把重要提示以至整個(gè)問題放在最后按鈕之后。這讓用戶忽略了重要信息,這是錯(cuò)誤的方式。
RULE 3: DECIDE WHETHER THE BUTTON IS NECESSARY
第三條規(guī)則:按鈕是否真正必要
A while ago, I wrote a column: “The Piece of HTML created just for me: Reset”. My theme was that ‘Reset’ buttons are rather handy for the forms consultant who regularly hunts for forms on web sites, fills them in and then wants to discard her entries. Sadly, the majority of them are at best useless and at worst deeply annoying for other users. Do you really need other buttons? Do your users want to discard all their work? If you don’t really need a button, then get rid of it.
先前,我寫了一篇: “The Piece of HTML created just for me: Reset””的文章 。主題是, 在網(wǎng)站上'reset'按鈕對(duì)于表格還是較為方便去有規(guī)律的進(jìn)行表格診斷,特別是在用戶填寫信息后想放棄他的記錄。遺憾的是,這對(duì)大多數(shù)用戶而言是無(wú)用和煩人的功能。你真的需要另一個(gè)按鈕?你的用戶想要放棄所有的工作?如果你并不是真正必須按鈕,果斷的去掉它。
RULE 4: DECIDE WHETHER THE BUTTON NEEDS TO LOOK LIKE A BUTTON
第四條規(guī)則:確定按鈕是否需要像一個(gè)按鈕形式?
Sometimes you definitely need two or more possible actions at the end of the form: perhaps, indeed, ‘Send’ and ‘Throw away my work’ or ‘OK and ‘Cancel’. Luke Wroblewski calls the most important action the ‘primary action’ and anything else ‘secondary’. He and Etre did some testing on where to put ‘Submit’ and ‘Cancel’ on web forms, and whether to make ‘Cancel’ into a link or a less prominent button.
有時(shí)候,你肯定需要兩個(gè)或兩個(gè)以上的可能需要采取的行動(dòng)結(jié)束時(shí)的形式:也許 '發(fā)送'和'放棄我的工作'或'確定和'取消' 。Luke Wroblewski把最重要行動(dòng)稱為“主要行為”,另外的稱為“次要行為”。他和Etre做了一些測(cè)試,where to put ‘Submit’ and ‘Cancel’ on web forms,,是否讓'取消'做成一個(gè)鏈接或做成不太突出的按鈕。
Surprisingly, they found that any option that put the two buttons close together worked equally well. The only one that failed was placing ‘Cancel’ right under all the forms fields and ‘Submit’ way off to the right. (An aside: I’d have expected ‘Submit’ right under the forms fields and ‘Cancel’ way off to the right to work just as well as the options where the buttons were all close together, but for some reason that option didn’t get tested).
令人驚訝的是,他們發(fā)現(xiàn),任何選擇方式,把兩個(gè)按鈕緊密的放置在一起結(jié)果是一樣好。唯一個(gè)失敗案例是在所有表格把'取消'放右下邊,‘提交‘離右邊距離較遠(yuǎn)的情況。(旁白:我所期望的'提交'在表格領(lǐng)域的右下,’取消‘則遠(yuǎn)離右邊區(qū)域。在這種情況也一起排放是否能起到好的效果,但由于某些原因,這個(gè)選擇沒有進(jìn)行測(cè)試)。
In terms of time to complete the form, an option with two visually similar buttons worked best. It took users a tiny bit longer to deal with the versions where Cancel was less visually prominent or made into a link. Crucially, though, users preferred those options: “People responded well [to options with a less prominent Cancel] even if these designs slowed them down a little. This suggests that they were more concerned about avoiding losing their data, than they were about submitting it quickly”. My take on this: accuracy and user comfort beats a tiny improvement in processing time in nearly all cases. So I’d reduce the visual impact of secondary actions – and probably make really disastrous actions, like ‘Throw away all my data’, into links on web forms.
就完成表格的時(shí)間而言,選擇有兩個(gè)類似的視覺效果按鈕是最好的方式。在取消不太顯眼或制作成一個(gè)鏈接時(shí)用戶需要花一些時(shí)間來做決定。最重要的是,盡管用戶優(yōu)先這些選項(xiàng): “人們反應(yīng)良好[去選擇一個(gè)不太明顯的取消]即使這些設(shè)計(jì)使他們判斷慢了點(diǎn)。這表明,他們更關(guān)心避免失去他們的數(shù)據(jù),相對(duì)比快速提交數(shù)據(jù)而言。 “我接受這個(gè)觀點(diǎn):幾乎所有的案例中完成過程時(shí)間的那么一點(diǎn)點(diǎn)提高被準(zhǔn)確性和用戶舒適打敗了。所以,對(duì)于次要行為我減少視覺沖擊力——可能產(chǎn)生真正災(zāi)難性的行動(dòng),如'放棄我所有的數(shù)據(jù),進(jìn)入鏈接的網(wǎng)頁(yè)表格。
There’s a supplement to this rule: make sure the button looks like a button. There’s an online banking application that I have to use regularly and it confuses me every time because the buttons are simple rectangles of orange with text on them – none of the little shading tweaks that make buttons stand out and look like buttons. If you’re feeling short of inspiration, try an image search for ‘web button’ and a vast selection of everything from cool to remarkably ugly will appear. Or, more realistically, just have a look at how your favourite web sites do them.
本規(guī)則補(bǔ)充:確認(rèn)按鈕看起來像一個(gè)按鈕。有一個(gè)在線銀行申請(qǐng),我經(jīng)?;煜?,因?yàn)槊恳淮蔚陌粹o是簡(jiǎn)單的長(zhǎng)方形的橙色,他們的文字-沒有陰影的調(diào)整,使按鈕凸出來看起來像按鈕。如果你缺少靈感,嘗試一個(gè)圖像搜索‘網(wǎng)頁(yè)按鈕’,會(huì)有種類繁多的一切從非常cool和丑陋的都將會(huì)出現(xiàn)?;蛘?,更實(shí)際,找個(gè)你最喜歡的網(wǎng)站學(xué)習(xí)下。
RULE 5: LABEL THE BUTTON WITH WHAT IT DOES
第五條規(guī)則:給按鈕貼標(biāo)識(shí),該如何做?
The last step is to decide what label to put on the button. I’ve so often seen buttons labelled ‘OK’ and ‘Cancel’ when it’s not at all clear what those words mean. Think about those sadly too frequent Cancel boxes: you’ve asked a program to cancel something, and it then gives you a dialogue box with buttons labelled: ‘OK’ and ‘Cancel’. Does ‘Cancel’ here mean, yes, go ahead and cancel or does it mean, no, I don’t want to cancel after all? Note that there’s no rule saying ‘buttons have to have single-word labels’ and definitely no rule saying ‘there has to be an OK button and an Cancel button’. 最后一步是決定按鈕上貼什么標(biāo)識(shí)。我常??吹桨粹o稱為'Ok'和'取消',不清楚這些話的意思。想想那些不幸的過于頻繁的取消方塊:您問的程序,取消什么,然后給你一個(gè)對(duì)話方塊與按鈕標(biāo)簽: 'ok'和'取消' 。請(qǐng)問'取消'在這里的意思是,繼續(xù)和取消它的意思是?不,我不想要取消?請(qǐng)注意,沒有規(guī)則說'按鈕,必須只有一個(gè)字的標(biāo)簽' ,肯定沒有任何規(guī)則說, '必須有一個(gè)確定按鈕和一個(gè)取消按鈕。
在網(wǎng)頁(yè)表格中Luke 關(guān)于主要和次要行為的分析
Primary & Secondary Actions in Web Forms
by Luke Wroblewski & Etre
For:http://www.lukew.com/resources/articles/PSactions.asp
In recent months, I’ve been working on refining the design recommendations in my upcoming book, Web Form Design Best Practices, through actual usage data. To that end, I’ve had the pleasure of working with London-based usability firm Etre on several eye-tracking and usability studies focused on specific aspects of Web form design. One of these tests focused on the distinction between primary and secondary actions.
Primary & Secondary Actions
A typical Web form usually enables several “final” actions. Actions like “Submit”, “Save”, or “Continue” are intended to enable form completion –the primary goal of just about anyone who has started filling in a form. Because they enable the most important action on the form (completion), they are often referred to as primary actions.
Secondary actions, on the other hand, tend to be less utilized and most often allow people to retract the data they’ve entered. Options like “Cancel”, “Reset”, or “Go Back” represent secondary actions that are counter to most people’s primary goal of completing the form they started.
Because secondary actions can have negative consequences, especially when used unintentionally, I’ve often argued they should be absent from forms. Imagine filling in a long form online only to hit the “Reset” button and have all your data erased.
That said there are situations where secondary actions make sense (“Save for later”, “Export”, etc.). In these conditions, the best practice I’ve advocated has been to visually distinguish primary and secondary actions so people have an clear path illuminating their primary goal: completing a form.
Reducing the visual prominence of secondary actions minimizes the risk for potential errors and further directs people toward a successful outcome. But what’s the best way to accomplish this distinction? How different should primary and secondary actions be and where should they be placed? To answers these questions, Etre and I ran a few tests.
In order to assess which presentation of primary and secondary actions might work best, we tested six variations on 23 people using eye-tracking and usability metrics. Participants were presented each of six designs in random order (to minimize familiarity biases) and asked to “Please complete the form fully and accurately”.
Visual Distinctions
People accomplished their task perfectly when using five of the six designs. Option A, B, C, D and F achieved success rates of 100%, without causing users to make a single error. They also saw comparable task completion times and received similarly high satisfaction ratings.
Option B performed best of all. Fixations were shorter and fewer in number when using this design. And people were also able to complete the task more quickly and efficiently than they did when using the others.
However, when commenting on Option A, several people said that displaying the “Cancel” option as a link was helpful. One person mentioned that, while such a recessive presentation made this option harder to find, it helped prevent accidental (and catastrophic) cancellations. Another felt that “Submit” was the most important option and thus thought it was logical that “Cancel” wasn’t given equal status in the user interface.
Several people also made positive comments about Option C’s grey “Cancel” button. One participant said that its coloring made it easier to spot “the right button” (i.e. “Submit”), while another said that the different colored buttons “slow you down [and] make you check that you are hitting on the right thing.”
Interestingly, people required around eight more fixations to process Option C than they did to process Option B – a design that presented both options as near-identical green left-aligned buttons. It seems that, while users liked they fact that the grey made Option C’s “Cancel” button easier to spot, it did make the design less efficient in terms of its ability to be processed quickly. That said, when using Option B, a number of users expressed concern that they “could quite easily click the wrong one.”
Overall, it seems that people responded well to designs that made “Cancel” stand out in some way – even if these designs slowed them down a little. This suggests that they were more concerned about avoiding losing their data, than they were about submitting it quickly.
Placement
Only Option E performed poorly during our testing. Six people mistakenly clicked on the “Cancel” button when attempting the task with this design, while many more lingered over it before realizing that they were about to make a mistake. People, as a whole, were around six seconds slower when using this design than they were when using Option B (a considerable gap when you consider that the placement of the buttons was the only thing that differed between the two). They also required a higher than average number of fixations to complete the task (with a higher than average total fixation length and average fixation length).
According to the data we collected, Option A, B, and C were the three most effective designs. These prototypes shared a common characteristic: all presented their “Submit” and “Cancel” options on the left-hand side of the page. This suggests that left-alignment of these two options is the best design choice – especially when the form controls above are also left aligned. Placing the “Submit” and “Cancel” buttons on the left meant that people’s eyes had less distance to travel.
In terms of their eye movements, people were least efficient when using Option F. While all people performed the task successfully using this design, our eye tracking data shows that they were more efficient when using the others. People’s fixations were longest when using Option F; they fixated more often on this design than on most others too. We believe that this was because they expected the two buttons to be left-aligned (i.e. to appear directly below the last form field on the page) and upon finding that this wasn’t the case, had to search around to find them.
This finding maps well to a long-standing form design principle: illuminate a clear path to completion. Aligning inputs and actions with a strong vertical axis clearly communicates how to go about completing a form. This can be seen by the strong vertical axis formed by people’s gaze paths in the heat map below.
(Note: An element of preconditioning may also have had a bearing here as in all of the other designs we tested the “Submit” button was displayed to the left of the “Cancel” button.)
Summary
While the primary goal of most Web form designs is to get people through a form as quickly and painlessly as possible, there are situations where slowing people down is advisable. When choosing between primary and secondary actions, visual distinctions are a useful method for helping people make good choices.
Should this distinction be more prominent like the button vs. link in Option A or a bit more subtle like the two different colored buttons in Option C? Option A fared a bit better in time to completion, average number of fixations, and average total length of fixations indicating people completed the form faster but not by much.
The need for these distinctions becomes moot, of course, when no secondary actions are present. Make sure you really need each secondary action on a form and don’t add them indiscriminately.
Conversely, the alignment of actions with a form’s input elements provides a clear path to completion that helps people complete forms faster. Be conscious of where you place form actions as primary actions directly aligned with input fields tend to increase completion rates and the less time people have to spend on your forms, the happier they will be.
For more on Form Design...
Check out Luke's book about Web form usability, visual design, and interaction design considerations: Web Form Design: Filling in the Blanks.
A special thanks to Etre who provided the eye-tracking and usability testing that informed this article.
近期更新
- [2023-07-26 14:17:28] 為品牌賦能,海外官網(wǎng)品牌數(shù)字化
- [2023-05-06 10:32:26] 青島網(wǎng)站建設(shè)公司,高端網(wǎng)站定制,一站式網(wǎng)站服務(wù)——力圖數(shù)字科技
- [2023-04-27 13:47:54] 高端定制網(wǎng)站建設(shè)——從滿足預(yù)期到走向卓越
- [2023-04-11 09:17:49] H5頁(yè)面設(shè)計(jì)開發(fā)——移動(dòng)端傳播利器
- [2022-11-16 10:11:43] windows2012程序在哪
- [2022-04-14 11:01:47] 力圖數(shù)字科技配套網(wǎng)站服務(wù)支持
- [2021-05-18 10:14:11] 青島網(wǎng)站建設(shè)的流程
- [2021-04-29 10:14:38] 企業(yè)定制化官網(wǎng)建設(shè)項(xiàng)目
- [2021-03-05 10:34:45] 移動(dòng)互聯(lián)時(shí)代房地產(chǎn)行業(yè)的微信小程序解決方案
- [2021-01-22 17:29:38] 微信小程序有哪些優(yōu)勢(shì)?為什么要開發(fā)微信小程序?
- [2021-01-08 17:28:04] 網(wǎng)站建設(shè)最容易忽略的人性化設(shè)計(jì)
- [2020-12-16 16:55:32] 建設(shè)一個(gè)常規(guī)的公司網(wǎng)站建設(shè)成本大概是多少?
延伸閱讀
- [2016-04-20 17:27:05] IE6 IE7 IE8中的網(wǎng)頁(yè)表格不顯示邊框 已解決
- [2009-03-19 11:33:00] 按鈕表狀態(tài)還是表動(dòng)作?
- [2008-05-13 14:06:00] 狀態(tài)按鈕和導(dǎo)向按鈕
- [2008-10-10 08:32:00] 登錄和注冊(cè)按鈕的三種表現(xiàn)狀態(tài)
- [2008-02-26 14:20:00] 何時(shí)用按鈕,何時(shí)用鏈接
- [2016-03-18 11:35:48] html網(wǎng)頁(yè)表格復(fù)制粘貼到excel
- [2008-08-25 11:38:00] 向左還是向右,向上還是向下?
- [2009-02-16 22:30:00] 什么時(shí)候需要有“取消”按鈕?
- [2009-01-05 10:58:00] 按鈕的反饋
- [2008-10-31 11:24:00] web表單按鈕的使用
- [2008-11-12 11:58:00] “確定”與“取消”按鈕:如何正確排序?
- [2012-08-28 09:15:47] DW如何制作細(xì)線表格?
解決方案
輪胎行業(yè)網(wǎng)站設(shè)計(jì)解決方案 機(jī)械行業(yè)網(wǎng)站設(shè)計(jì)解決方案 房地產(chǎn)行業(yè)網(wǎng)站設(shè)計(jì)解決方案 科技企業(yè)網(wǎng)站設(shè)計(jì)解決方案 電子家電網(wǎng)站設(shè)計(jì)解決方案 食品行業(yè)網(wǎng)站設(shè)計(jì)解決方案 集團(tuán)公司網(wǎng)站設(shè)計(jì)解決方案 企事業(yè)單位網(wǎng)站設(shè)計(jì)解決方案 外貿(mào)行業(yè)網(wǎng)站設(shè)計(jì)解決方案 健身運(yùn)動(dòng)網(wǎng)站設(shè)計(jì)解決方案 美容與化妝品網(wǎng)站設(shè)計(jì)解決方案 建筑設(shè)計(jì)行業(yè)網(wǎng)站設(shè)計(jì)解決方案 物流行業(yè)網(wǎng)站設(shè)計(jì)解決方案
TAGS關(guān)鍵字
舒適的界面 手機(jī)網(wǎng)站建設(shè) 營(yíng)銷型網(wǎng)站建設(shè) 網(wǎng)站推廣 頁(yè)面設(shè)計(jì) 網(wǎng)站建設(shè)的步驟有哪些 H5專題頁(yè)面 GOOGLE 青島網(wǎng)頁(yè)設(shè)計(jì) 網(wǎng)站改版 青島網(wǎng)站建設(shè)公司哪家好 企業(yè)網(wǎng)站建設(shè) 網(wǎng)頁(yè)設(shè)計(jì) 集團(tuán)官網(wǎng) 良好的導(dǎo)航 輪胎網(wǎng)站設(shè)計(jì) 網(wǎng)站的速度 微網(wǎng)站 微官網(wǎng) 色彩心理學(xué) 青島輪胎網(wǎng)站設(shè)計(jì)公司 php程序 青島網(wǎng)站營(yíng)銷 青島網(wǎng)站建設(shè)基礎(chǔ)知識(shí) 青島網(wǎng)站SEO 青島網(wǎng)絡(luò)公司 圖形網(wǎng)格 網(wǎng)站動(dòng)畫 H5 網(wǎng)站建設(shè),手機(jī)網(wǎng)站