Developers often are so focused on

Developers often are so focused on designing windows or Web pages that they don’t step back to look at the larger picture. How many windows or pages are there, and how easy is it for users to find their way around? Many software prod¬ucts and Web sites have too many windows or pages, or they have window/page hierarchies in which users get lost easily. “Where am I? How did I get here? How do I get back to where I was? Where is that Line Width setting? What was I doing before the phone rang?”
Constructing a representation of the software’s entire window or page struc¬ture can show developers the “big picture.” The best representation is a chart (Figure 3.29).
Some applications and Web sites have so many windows or pages that a chart is impractical because it would cover an entire wall or it would be a tangled mess of boxes and lines that would not be helpful. In such cases, use an outline instead (Figure 3.30).
Constructing a chart or outline that lays out the entire window or page struc¬ture of an application or Web site shows where the structure may be too deep.
A real example of the blooper
In Apple’s Final Cut Pro, exporting an image from a video, optimized for stream¬ing, requires navigating through five levels of dialog boxes:
1. Save As displays the Save dialog box (Figure 3.31A). Enter the file name, set the format to “Still Image” and, because there is no setting on this dialog box to optimize the image for streaming, click “Options..”

Figure 3.29
Window hierarchy graph for checkbook management application.

Checkbook window hierarchy
• Checkbook MainWindow
• Create Account
• Create Frequent Payee List
• Edit CheckRegister Options
• Add Transaction
• Show Details
• Edit Comment
• Edit Transaction
• Show Details
• Edit Comment
• Find Transaction
• Import Transactions
• Filechooser
• Export Transactions
• Filechooser
• Analyze Transactions
• Cash Flow Analysis
• Category Summary
• Tax Analysis
• Specify External Income
• Specify External Expenses
• Balance Checkbook
• Edit Transaction
• Show Details
• Edit Comment
Window hierarchy outline for checkbook management application. 
Now, what were we doing?
Deep hierarchies of dialog boxes are bad for two reasons: (1) they divert users from their original goals and (2) users lose track of exactly which “OK” and “Cancel” buttons are the current ones. People don’t handle deep hierarchical information structures well; when they have followed a hierarchy down more than a few levels, they tend to lose track of where they are, what they were doing, and how to get back.
oo© Save

Save As: Tension J0


II
II!
A
▼ , t Tension î I M, search A


f M Great Mate Kate £ Set l.jpg
Macintosh HD M a cud ► 1 Ï Set 2.100
| LaCieftsk ► J Olhel f 1 Î Set 3.jpg
(•» Network » 1 | Pip*rCut til » 1 § Tension
■JK Applications nvrhael f I 1 V lension 1
► 1 Tmp ► 1
Desktop BloqI C H Fmal Cut £ DVD Studio * 1* I
D Scripts
% OAfumenrc
PH Oucuments
^ Mu Or
~ Pictures
IÎ Movies * i | invokes r { II A
- »..


B
Apple FinalCut Pro: exporting image from video, optimized for streaming, requires (A), (B), (C), (D), and (E).

(Continued) 
Depth: Best Depth
Quality
Least l ow I M»riium| High Bt*f
(?)
D
Photo JPEG Options
C Optimize for streaming
^ RFC 2035 compatible (less error correction)
( Cancel ) ( OK )
E
Other examples
Excerpts from two software reviews show other situations in which the blooper
occurs:
■ The hierarchy outline shows that certain areas of StockUp’s window hier¬archy are too deep, for example, the hierarchy below the various Monitor windows (five levels) and that below the Analysis window (six levels). Simplifying StockUp requires flattening these deep areas of the hierarchy.
■ The chart shows that the designers’ concern that the hierarchy is too deep is mostly unwarranted. The only area where the hierarchy seems too deep is in the networking monitoring and maintenance functions, which most users will not use. 
Avoiding Blooper 18
The general rule is: Avoid more than two levels of dialog boxes. A dialog box can bring up another one, but beyond that, users may lose their way.
However, this rule is oversimplified and easy to misinterpret. It needs to be clarified and qualified.
Qualification 1: It applies only to dialog boxes
Dialog boxes are transient windows that allow users to specify arguments for a function, set attributes for a data object, or acknowledge having seen a message.
Most software applications display a main window, various dialog boxes, and a few additional primary windows. Primary windows function like outpost bases of operation and navigation; they serve as a temporary “home away from home.” Therefore, they aren’t counted against the depth limit of two levels.
Primary windows should come only from other primary windows. Dialog boxes should not display primary windows. It would be unclear what would happen to a primary window when the user closed the dialog box that dis¬played it. In an application’s window hierarchy, no branch should ever have a primary window below a dialog box. Any single line traced down the hierarchy should have some number of primary windows, ending with at most two dialog boxes. In practice, the number of levels of primary windows should also be kept low to avoid disorienting users, but there is no widely used design rule.
The same qualification applies to Web sites and Web applications, but is a bit more complicated due to ambiguity about what qualifies as a dialog box in the Web environment. There are three different ways to display a “dialog box” on the Web:
■ True dialog boxes: Web browsers can display dialog boxes that are separate
from the browser window. Such dialog boxes are exactly like the ones in desktop software. Web browsers provide several types of dialog boxes, each for a specific purpose, such as error, warning, information, and file chooser.
■ Separate browser windows: Web applications sometimes display informa¬
tion or controls in pop-up (small) browser windows. Some pop-up browser windows function as dialog boxes: they display messages or settings with “OK” and “Cancel” (or similar) buttons at the bottom.
■ Dialog-box-like pages: Some Web applications contain normal pages that function as dialog boxes even though they do not open separate windows. They show messages or settings with navigation buttons at the bottom. They are transient; users view them briefly, perhaps edit some settings, click OK or Cancel, and return to a previous page.
Web “dialog boxes,” regardless of how they are displayed, are all subject to the
two-level limit. On the other hand, they are also subject to Qualification 2.
Qualification 2: Some types of dialog boxes don't count
Some dialog boxes provide functions that are so simple, idiomatic, and familiar that their presence won’t distract or disorient users. Therefore, they are exempt from the two-level limit.
For example, many applications contain functions that require users to specify a file name. They display a file chooser dialog box, and users either type a file name or browse through the file hierarchy to choose a file. File choosers are so common that most users know what to do with them. Users don’t regard them as a “place” in the application, but rather just as a choice mechanism. Paraphrasing Gertrude Stein, “there is no there” in a file chooser. File choosers add no noticeable complexity to an application. Therefore, even if a file chooser were a third-level dialog box, it would not violate the two-level maximum. This exception includes other simple and common “chooser” dialog boxes as well, such as color and date choosers.
Another type of dialog box that should be excluded when counting dialog box levels is error messages that accept only one response: “OK, I saw the message.” As with choosers, the reason for exempting simple error dialog boxes is that they do not really add navigational “places” to the application and so do not noticeably increase the complexity of navigating in it.
The dialog boxes that are excluded from the two-level limit display no dia¬log boxes of their own. In other words, they are end points in the hierarchy. This is very important. Any dialog box that can display another dialog box, regardless of its type, should count against the two-level limit.
Chart or outline the window hierarchy
Developers cannot know whether their software violates or conforms to the two-level rule unless they know the software’s window structure, which usu¬ally requires representing it as a chart or outline. Many developers don’t do this and end up with overly deep hierarchies. You should create and maintain a representation of the window structure as part of your design process. These can also be used in user documentation.
When constructing a representation of the window hierarchy, omit choosers and error dialog boxes. Including them makes the chart or outline too unwieldy.
Ways to cut excess levels
If the window or page hierarchy for an application is too deep in some places, what can you do? That depends on why you have settings on separate windows.
■ Some GUIs use additional windows to provide progressive disclosure—hide details until users ask to see them. In that case, you can use a “Details” panel instead of a separate window. 

(A) Word Change Case dialog box. (B) Case options in cascading menu instead of dialog box.

■ Some dialog boxes provide options on commands. For example, Microsoft Word’s Change Case function displays a dialog box offering several ways to change the case of the selected text (Figure 3.32A). This dialog box is not embedded in excessive levels, but if it were, a designer could eliminate it by putting the choices in a cascading menu (Figure 3.32B).
Poor search navigation
One way for users of interactive systems to find their way to their goals is by using Search functions. However, not all Search function

Kết quả (Việt) 1:

Nhà phát triển thường là để tập trung vào thiết kế windows hoặc trang Web mà họ không bước trở lại để nhìn vào hình ảnh lớn hơn. Làm thế nào nhiều cửa sổ hoặc trang đang có, và cách dễ dàng là nó cho người dùng để tìm cách của họ xung quanh? Nhiều phần mềm prod ucts ¬ và các trang Web có quá nhiều cửa sổ hoặc trang, hoặc họ có cửa sổ/trang phân cấp trong đó người dùng bị lạc dễ dàng. "Nơi tôi? Làm thế nào tôi lại ở đây? Làm thế nào để tôi có trở lại đến nơi tôi? Độ rộng đường đó thiết lập nơi? Những gì là tôi thực hiện trước khi điện thoại rang? " Xây dựng một đại diện của cửa sổ toàn bộ phần mềm hoặc trang struc¬ture có thể cho nhà phát triển hình ảnh lớn"." Đại diện tốt nhất là một biểu đồ (hình 3,29).Một số ứng dụng và các trang Web có rất nhiều cửa sổ hoặc trang rằng một biểu đồ là không thực tế bởi vì nó sẽ bao gồm một bức tường toàn bộ hoặc nó sẽ là một mess rối hộp và dòng mà sẽ không được hữu ích. Trong trường hợp này, sử dụng một phác thảo thay vào đó (hình 3,30).Xây dựng một biểu đồ hoặc phác thảo đưa ra toàn bộ cửa sổ hoặc trang struc¬ture của một ứng dụng hoặc trang Web cho thấy nơi cơ cấu có thể được quá sâu.Một ví dụ thực tế của blooperTrong của Apple Final Cut Pro, xuất khẩu một hình ảnh từ một đoạn video, tối ưu hóa cho stream¬ing, đòi hỏi phải điều hướng thông qua năm cấp độ của hộp:1. lưu là hiển thị hộp thoại lưu (hình 3.31A). Nhập tên tập tin, thiết lập định dạng để "Vẫn còn hình ảnh" và, bởi vì không có không có cài đặt trên hộp thoại này để tối ưu hóa hình ảnh cho streaming, bấm vào "Tuỳ chọn..." Con số 3,29Cửa sổ hệ thống phân cấp đồ thị cho sổ séc quản lý ứng dụng. Hệ thống phân cấp sổ séc cửa sổ• Sổ séc MainWindow• Tạo tài khoản• Tạo danh sách người nhận thanh toán thường xuyên• Chỉnh sửa tùy chọn CheckRegister• Thêm giao dịch• Hiển thị thông tin chi tiết• Sửa nhận xét• Chỉnh sửa giao dịch• Hiển thị thông tin chi tiết• Sửa nhận xét• Tìm giao dịch• Nhập khẩu giao dịch• Filechooser• Xuất khẩu giao dịch• Filechooser• Phân tích giao dịch• Dòng tiền mặt phân tích• Thể loại tóm tắt• Thuế phân tích• Xác định thu nhập bên ngoài• Xác định chi phí bên ngoài• Cân bằng sổ séc• Chỉnh sửa giao dịch• Hiển thị thông tin chi tiết• Sửa nhận xétCửa sổ hệ thống phân cấp phác thảo cho sổ séc quản lý ứng dụng. Bây giờ, chúng tôi làm gì?Các phân cấp sâu của hộp là xấu vì hai lý do: (1) họ chuyển hướng người sử dụng từ mục tiêu ban đầu của họ và (2) người dùng mất theo dõi chính xác có những nút "OK" và "Hủy bỏ" là những hiện tại. Người không xử lý cấu trúc phân cấp sâu thông tin tốt; khi họ đã theo một hệ thống phân cấp xuống nhiều hơn một số cấp, họ có xu hướng mất theo dõi của họ ở đâu, những gì họ đã làm, và làm thế nào để có được trở lại.oo © lưu Save As: Căng thẳng J0 IIII!A▼, t căng thẳng î tôi M, tìm kiếm A f M tuyệt vời Mate Kate £ đặt l.jpgMacintosh HD M một cud ► 1 Ï Set 2.100| LaCieftsk ► J Olhel f 1 Î tập 3. jpg(•» Mạng» 1 | Pip * rCut til» 1 § căng thẳng■JK ứng dụng nvrhael f tôi 1 V lension 1 ► 1 Tmp ► 1 Máy tính để bàn BloqI C H Fmal cắt £ DVD Studio * 1 * tôi Kịch bản D % OAfumenrc PH Oucuments ^ Mu hoặc ~ Hình ảnh IÎ phim * tôi | invokes r {II A- ».. BApple FinalCut Pro: xuất khẩu hình ảnh từ video, tối ưu hóa cho streaming, cần thiết (A), (B), (C), (D) và (E).(Tiếp tục) Độ sâu: Chiều sâu tốt nhất Chất lượngÍt nhất là l ow tôi M» riium| Cao Bt * f(?)DẢnh JPEG tùy chọnC tối ưu hóa cho streaming^ RFC 2035 tương thích (ít sửa lỗi)(Hủy bỏ) (OK)ECác ví dụ khácTrích đoạn từ hai phần mềm đánh giá Hiển thị các tình huống trong đó blooperxảy ra:■ hàng giáo phẩm phác thảo cho thấy rằng một số khu vực của StockUp của cửa sổ hier¬archy là quá sâu, ví dụ, Hệ thống phân cấp dưới các cửa sổ màn hình khác nhau (năm cấp độ) và rằng bên dưới cửa sổ phân tích (sáu cấp độ). Đơn giản hóa StockUp yêu cầu dẹt các khu vực sâu của hệ thống phân cấp.■ biểu đồ cho thấy rằng các nhà thiết kế mối quan tâm rằng hệ thống phân cấp là quá sâu là chủ yếu là tùy tiện. Khu vực duy nhất mà hàng giáo phẩm có vẻ quá sâu là trong các mạng giám sát và bảo trì các chức năng, mà hầu hết người dùng sẽ không sử dụng. Tránh Blooper 18Nguyên tắc chung là: tránh nhiều hơn hai cấp độ của hộp. Một hộp thoại có thể mang lại một số khác, nhưng ngoài ra, người dùng có thể mất theo cách của họ.Tuy nhiên, quy tắc này là đơn giản và dễ dàng để giải thích sai. Nó cần phải được làm rõ và đủ điều kiện.Vòng loại 1: Nó chỉ áp dụng cho hộp thoạiHộp thoại là thoáng qua windows cho phép người dùng để xác định các đối số cho một chức năng, thiết lập các thuộc tính cho một đối tượng dữ liệu hoặc thừa nhận có nhìn thấy một thông điệp.Hầu hết các ứng dụng phần mềm Hiển thị một cửa sổ chính, hộp thoại khác nhau, và một vài cửa sổ bổ sung chính. Căn cứ chính windows chức năng như tiền đồn của chiến dịch và chuyển hướng; họ phục vụ như là một tạm thời "nhà." Vì vậy, họ không tính chống lại giới hạn chiều sâu của hai cấp độ.Windows chính nên đến chỉ từ cửa sổ chính khác. Hộp thoại sẽ không hiển thị chính windows. Nó sẽ là không rõ ràng những gì sẽ xảy ra một cửa sổ chính khi người dùng đóng hộp thoại mà dis¬played nó. Trong các hệ thống cửa sổ của một ứng dụng, chi nhánh không bao giờ cần phải có một cửa sổ chính bên dưới hộp thoại. Bất kỳ dòng ngược xuống hàng giáo phẩm nên có một số số windows chính, kết thúc với tối đa hai hộp thoại. Trong thực tế, số lượng các cấp độ của windows chính phải được lưu trữ thấp để tránh disorienting người dùng, nhưng không có quy tắc thiết kế sử dụng rộng rãi.Các văn bằng tương tự áp dụng cho các trang Web và Web ứng dụng, nhưng là một chút phức tạp do sự mơ hồ về những gì có đủ điều kiện như là một hộp thoại trong môi trường Web. Hiện có ba cách khác nhau để hiển thị một hộp thoại"" trên Web:■ Đúng hộp: trình duyệt Web có thể hiển thị hộp thoại riêngtừ cửa sổ trình duyệt. Những hộp chính xác giống như những người thân trong phần mềm máy tính để bàn. Trình duyệt web cung cấp một số loại hộp, mỗi cho một mục đích cụ thể, chẳng hạn như lỗi, cảnh báo, thông tin, và chọn tập tin.Cửa sổ trình duyệt riêng biệt ■: ứng dụng Web đôi khi hiển thị informa¬tion hoặc kiểm soát trong cửa sổ trình duyệt (nhỏ) cửa sổ bật lên. Một số cửa sổ bật lên trình duyệt chức năng như hộp: họ Hiển thị tin nhắn hoặc cài đặt với "OK" và "Hủy bỏ" (hoặc tương tự) nút ở phía dưới.■ hộp thoại hộp, như trang: ứng dụng một số Web chứa trang bình thường hoạt động như hộp thoại hộp mặc dù họ không mở cửa sổ riêng biệt. Họ Hiển thị tin nhắn hoặc cài đặt với danh mục chính nút ở phía dưới. Họ được thoáng qua; người dùng xem họ một thời gian ngắn, có lẽ chỉnh sửa một số cài đặt, bấm OK hay hủy bỏ, và trở về trang trước đó.Web "hộp thoại," bất kể như thế nào họ được hiển thị, là tất cả tùy thuộc vào cácgiới hạn hai cấp độ. Mặt khác, họ là cũng tùy thuộc vào văn bằng 2.Văn bằng 2: Một số loại hộp không đếmMột số hộp cung cấp chức năng là rất đơn giản, tính, và quen thuộc rằng sự hiện diện của họ sẽ không phân tâm hoặc disorient người sử dụng. Do đó, họ được miễn từ giới hạn hai cấp độ.Ví dụ, nhiều ứng dụng chứa các chức năng yêu cầu người dùng chỉ định một tên tập tin. Họ Hiển thị một hộp thoại chọn tập tin, và người dùng hoặc gõ tên tệp hoặc duyệt qua tập tin hệ thống phân cấp để lựa chọn một tập tin. Tập tin tính là như vậy phổ biến mà hầu hết người dùng biết phải làm gì với chúng. Người dùng không liên quan họ như là một "nơi" trong ứng dụng, nhưng thay vì chỉ là một cơ chế lựa chọn. Paraphrasing Gertrude Stein, "có là không có" trong bộ chọn tập tin. Tập tin tính thêm không có phức tạp đáng chú ý vào một ứng dụng. Vì vậy, ngay cả khi một bộ chọn tập tin đã cấp hộp, nó sẽ không vi phạm tối đa hai cấp độ. Ngoại lệ này bao gồm các hộp thoại đơn giản và phổ biến "chọn" là tốt, chẳng hạn như màu sắc và ngày tính.Một loại hộp thoại cần được loại trừ khi đếm hộp thoại hộp cấp là thông báo lỗi mà chấp nhận chỉ có một phản ứng: "Được rồi, tôi thấy thư." Như với tính, lý do hộp thoại lỗi đơn giản miễn là họ không thực sự thêm điều hướng "đặt" cho các ứng dụng và vì vậy không đáng kể làm tăng sự phức tạp của điều hướng trong nó.Hộp được loại trừ khỏi giới hạn hai cấp Hiển thị không có hộp dia¬log của riêng mình. Nói cách khác, họ là điểm trong phân cấp. Điều này là rất quan trọng. Bất kỳ màn hình hộp có thể hiển thị một hộp thoại, bất kể loại hình của nó, nên tính chống lại giới hạn hai cấp độ.Biểu đồ hoặc phác thảo hệ thống phân cấp cửa sổNhà phát triển không thể biết cho dù phần mềm của họ vi phạm hoặc phù hợp với các quy tắc hai cấp, trừ khi họ biết của phần mềm cửa sổ cấu trúc, mà usu¬ally yêu cầu đại diện cho nó như là một biểu đồ hoặc phác thảo. Nhiều nhà phát triển không làm điều này và kết thúc với quá sâu phân cấp. Bạn nên tạo ra và duy trì một đại diện của cấu trúc cửa sổ như một phần của quá trình thiết kế của bạn. Chúng cũng có thể được sử dụng trong tài liệu hướng dẫn người sử dụng.Khi xây dựng một đại diện của hệ thống phân cấp cửa sổ, bỏ qua tính và hộp thoại lỗi. Bao gồm cả chúng làm cho biểu đồ hoặc phác thảo quá cồng kềnh.Cách để cắt giảm mức độ dư thừaNếu hệ thống phân cấp cửa sổ hoặc trang cho một ứng dụng là quá sâu ở một số nơi, bạn có thể làm gì? Điều đó phụ thuộc vào lý do tại sao bạn có cài đặt trên cửa sổ riêng biệt.■ một số GUIs sử dụng windows bổ sung để cung cấp tiến bộ tiết lộ-ẩn chi tiết cho đến khi người dùng yêu cầu để xem chúng. Trong trường hợp đó, bạn có thể sử dụng một bảng điều khiển "Chi tiết" thay vì một cửa sổ riêng biệt. (A) từ thay đổi trường hợp hộp thoại. (B) trường hợp tùy chọn trong menu tầng thay vì hộp thoại.■ cung cấp một số hộp thoại Tuỳ chọn trên lệnh. Ví dụ, Microsoft Word thay đổi trường hợp chức năng hiển thị một hộp thoại cung cấp một số cách để thay đổi trường hợp của văn bản đã chọn (hình 3.32A). Hộp thoại này không được nhúng trong quá nhiều cấp độ, nhưng nếu nó đã, một nhà thiết kế có thể loại bỏ nó bằng cách đặt các lựa chọn trong một tầng đơn (hình 3.32B).Người nghèo tìm MenuMột cách để người dùng của hệ thống tương tác để tìm đường đến mục tiêu của họ là bằng cách sử dụng tính năng tìm kiếm. Tuy nhiên, không phải tất cả các chức năng tìm kiếm

Kết quả (Việt) 2:

Phát triển thường là quá tập trung vào việc thiết kế các cửa sổ hoặc các trang web mà họ không lùi lại để nhìn vào bức tranh lớn hơn. Làm thế nào nhiều cửa sổ hoặc trang đang có, và làm thế nào là nó dễ dàng cho người sử dụng để tìm cách của họ xung quanh? Nhiều prod¬ucts phần mềm và các trang web có quá nhiều cửa sổ hoặc các trang, hoặc họ có hệ thống thứ bậc cửa sổ / trang mà trong đó người sử dụng bị mất một cách dễ dàng. "Tôi đang ở đâu? Làm thế nào ta lại ở đây? Làm thế nào để có được trở lại nơi tôi đã? Được rằng Line Width đặt ở đâu? Tôi đã làm gì trước khi rang điện thoại? "
Xây dựng một đại diện của toàn bộ cửa sổ hoặc trang struc¬ture của phần mềm có thể chỉ cho các nhà phát triển những "bức tranh lớn". Các đại diện tốt nhất là một biểu đồ (Hình 3.29).
Một số ứng dụng và các trang web có quá nhiều cửa sổ hoặc các trang mà một biểu đồ là không thực tế vì nó sẽ bao gồm toàn bộ một bức tường hoặc nó sẽ là một mớ hỗn độn rối của các hộp và đường thẳng sẽ không thể hữu ích. Trong trường hợp này, sử dụng một phác thảo thay vì (hình 3.30).
Xây dựng một biểu đồ hoặc phác thảo mà đưa ra toàn bộ cửa sổ hoặc trang struc¬ture của một ứng dụng hoặc trang web cho thấy nơi mà cấu trúc có thể được quá sâu.
Một ví dụ thực tế của blooper
Trong của Apple Final Cut Pro, xuất khẩu một hình ảnh từ một video, tối ưu hóa cho stream¬ing, đòi hỏi phải điều hướng thông qua năm cấp độ của hộp thoại:
1. Save As hiển thị hộp thoại Save (hình 3.31A). Nhập tên tập tin, thiết lập các định dạng để "Still Image" và, vì không có thiết lập trong hộp thoại này để tối ưu hóa hình ảnh cho streaming, nhấp vào "Options .." Hình 3.29 Biểu đồ Window hệ thống phân cấp cho ứng dụng quản lý séc. phân cấp sổ Sổ ký chi phiếu • Sổ ký chi MainWindow • Tạo tài khoản • Tạo thường xuyên của người nhận tiền Danh sách • Sửa CheckRegister Tùy chọn • Thêm giao dịch • Hiển thị chi tiết • Sửa Comment • Chỉnh sửa giao dịch • Hiển thị chi tiết • Sửa Comment • Tìm giao dịch • Giao dịch nhập • Filechooser giao dịch • Xuất khẩu • Filechooser • Phân tích giao dịch • Phân tích dòng tiền mặt • Tóm tắt mục • Phân tích thuế • Xác định thu nhập ngoài • Xác định chi phí ngoài • Cân Sổ ký chi • Chỉnh sửa giao dịch • Hiển thị chi tiết • Sửa Comment viền cửa sổ hệ thống phân cấp cho ứng dụng quản lý séc.  Bây giờ, những gì chúng ta đã làm gì? phân cấp sâu của hộp thoại ở đây xấu vì hai lý do: (1) họ chuyển hướng người dùng từ mục tiêu ban đầu của họ và (2) người sử dụng mất theo dõi chính xác mà "OK" và "Hủy bỏ" nút là những cái hiện tại. Mọi người không xử lý các cấu trúc thông tin thứ bậc giếng sâu; khi họ đã đi theo một hệ thống phân cấp xuống nhiều hơn so với một vài cấp độ, họ có xu hướng mất theo dõi của họ ở đâu, họ đang làm gì, và làm thế nào để lấy lại. oo © Save Save As: Căng thẳng j0 II II! A ▼, t Căng thẳng î IM, tìm A f M lớn Mate Kate bảng Set l.jpg Macintosh HD M một ► cud 1 Ï Set 2.100 | LaCieftsk ► J Olhel f 1 Î Set 3.jpg (• »Network» 1 | Pip * rCut til »1 § Căng thẳng ■ JK Applications nvrhael f I 1 V lension 1 ► 1 Tmp ► 1 Desktop BloqI CH Fmal Cut bảng DVD Studio * 1 * Tôi D Scripts % OAfumenrc PH Oucuments ^ Mu Hay ~ Hình ảnh II Movies * i | gọi r { II A - ».. B của Apple Finalcut Pro: xuất khẩu hình ảnh từ video, tối ưu cho streaming, đòi hỏi (A), (B), (C), (D) và (E). (Tiếp theo)  Depth: Chiều sâu nhất Chất lượng nhất l ow IM »riium | High Bt * f (?) D ảnh JPEG chọn C Optimize cho streaming ^ RFC 2035 tương thích (ít sửa lỗi) (Hủy bỏ) (OK) E ví dụ khác Trích từ hai đánh giá phần mềm cho các tình huống khác trong đó các blooper xảy ra: ■ Khái quát hệ thống phân cấp cho thấy rằng một số khu vực của cửa sổ hier¬archy StockUp của quá sâu, ví dụ, các hệ thống phân cấp bên dưới cửa sổ Monitor khác nhau (năm cấp) và bên dưới cửa sổ Analysis (sáu cấp độ). Đơn giản hóa StockUp đòi hỏi làm phẳng những vùng nước sâu của hệ thống phân cấp. ■ Biểu đồ cho thấy mối quan tâm của các nhà thiết kế hệ thống phân cấp quá sâu chủ yếu là không có cơ sở. Các khu vực duy nhất mà các hệ thống phân cấp có vẻ như quá sâu trong các chức năng giám sát và bảo trì mạng, mà hầu hết người dùng sẽ không sử dụng.  Tránh blooper 18 Nguyên tắc chung là: Tránh hơn hai cấp độ của hộp thoại. Một hộp thoại có thể mang đến một khác, nhưng ngoài ra, người dùng có thể mất đi theo cách của họ. Tuy nhiên, quy định này là đơn giản đi và dễ hiểu sai. Nó cần phải được làm rõ và có trình độ. Bằng cấp 1: Nó chỉ áp dụng cho các hộp thoại hộp Dialog có cửa sổ thoáng cho phép người dùng chỉ định đối số cho một chức năng, thiết lập thuộc tính cho một đối tượng dữ liệu, hoặc thừa nhận đã nhìn thấy một tin nhắn. Hầu hết các ứng dụng phần mềm hiển thị một cửa sổ chính, các hộp thoại khác nhau, và một vài cửa sổ chính bổ sung. Cửa sổ chính có chức năng giống như các căn cứ tiền đồn của hoạt động và định hướng; họ phục vụ như là một tạm thời "nhà xa nhà." Vì vậy, họ không được tính vào giới hạn chiều sâu của hai cấp độ. cửa sổ chính nên chỉ đến từ cửa sổ chính khác. Hộp thoại sẽ không hiển thị cửa sổ chính. Nó sẽ là không rõ ràng những gì sẽ xảy ra với một cửa sổ chính khi người dùng đóng hộp thoại dis¬played nó. Trong cửa sổ hệ thống phân cấp của một ứng dụng, không có chi nhánh bao giờ nên có một cửa sổ chính bên dưới hộp thoại. Bất kỳ dòng truy xuống cấp nên có một số các cửa sổ chính, kết thúc với ít nhất hai hộp thoại. Trong thực tế, số lượng các mức độ của cửa sổ chính cũng cần được giữ ở mức thấp để tránh mất phương hướng người sử dụng, nhưng không có quy tắc thiết kế được sử dụng rộng rãi. Các bằng cấp cũng được áp dụng với các trang web và các ứng dụng Web, nhưng là một chút phức tạp hơn do sự mơ hồ về những gì đủ điều kiện như là một hộp thoại trong môi trường Web. Có ba cách khác nhau để hiển thị một hộp thoại "" trên Web: ■ hộp thoại True: trình duyệt web có thể hiển thị hộp thoại riêng biệt từ các cửa sổ trình duyệt. Hộp thoại như vậy là chính xác như những người thân trong phần mềm máy tính để bàn. Trình duyệt web cung cấp một số dạng của hộp thoại, từng cho một mục đích cụ thể, chẳng hạn như lỗi, cảnh báo, thông tin, và chọn tập tin. ■ cửa sổ trình duyệt riêng biệt: các ứng dụng Web đôi khi hiển thị informa¬ sự hoặc điều khiển trong cửa sổ pop-up (nhỏ) các cửa sổ trình duyệt . Một số pop-up cửa sổ trình duyệt có chức năng như các hộp thoại. Họ hiển thị tin nhắn hoặc cài đặt với các nút "OK" và "Hủy bỏ" (hoặc tương tự) ở phía dưới ■ trang-hộp như Dialog: Một số ứng dụng Web có trang bình thường có chức năng như hộp thoại ngay cả khi họ không mở cửa sổ riêng biệt. Họ cho thấy các thông điệp hoặc các thiết lập với các nút điều hướng ở phía dưới. Họ là thoáng qua; người sử dụng xem chúng một thời gian ngắn, có lẽ chỉnh sửa một số thiết lập, nhấn OK hay Cancel, và quay trở lại trang trước. Web "hộp thoại", bất kể như thế nào chúng được hiển thị, tất cả đều phụ thuộc vào giới hạn hai cấp. Mặt khác, họ cũng phải chịu Bằng cấp 2. Bằng 2: Một số loại hộp thoại không đếm số hộp thoại cung cấp một chức năng mà rất đơn giản, thành ngữ, và quen thuộc rằng sự hiện diện của họ sẽ không phân tâm hoặc mất phương hướng người dùng. Do đó, họ được miễn giới hạn hai cấp. Ví dụ, nhiều ứng dụng chứa các chức năng yêu cầu người dùng chỉ định một tên tập tin. Họ hiển thị một hộp thoại chọn tập tin, và người sử dụng, hoặc nhập tên tập tin hoặc duyệt qua các tập tin hệ thống phân cấp để lựa chọn một tập tin. Tập tin chọn canh rất phổ biến mà hầu hết người dùng biết phải làm gì với họ. Người dùng không xem họ như là một "ra" trong các ứng dụng, mà chỉ là một cơ chế lựa chọn. Trích tóm lược Gertrude Stein, "không có ở đó" trong một chooser file. Tập tin chọn canh thêm phức tạp không đáng chú ý cho một ứng dụng. Vì vậy, ngay cả khi một người chọn tập tin đã được một hộp thoại cấp thứ ba, nó sẽ không vi phạm tối đa hai cấp. . Ngoại lệ này bao gồm "chooser" hộp đơn giản và phổ biến khác thoại cũng như màu sắc và ngày chọn canh Một loại hộp thoại đó nên được loại trừ khi tính mức hộp thoại thông báo lỗi mà chỉ chấp nhận một câu trả lời: "OK, tôi thấy tin nhắn. "Như với chọn canh, lý do miễn hộp thoại báo lỗi đơn giản là họ không thực sự thêm hướng" nơi "để các ứng dụng và do đó, không đáng kể làm tăng sự phức tạp của điều hướng ở trong đó. Các hộp thoại được loại ra khỏi giới hạn hai mức độ hiển thị không có hộp dia¬log của riêng mình. Nói cách khác, họ là điểm cuối cùng trong hệ thống phân cấp. Điều này là rất quan trọng. Bất kỳ hộp thoại có thể hiển thị hộp thoại khác, bất kể các loại, nên tính vào giới hạn hai cấp. Biểu đồ hoặc phác thảo hệ thống cấp bậc cửa sổ phát triển không thể biết liệu phần mềm của họ vi phạm hoặc phù hợp với các quy tắc hai cấp trừ khi họ biết của phần mềm Cấu trúc cửa sổ, mà usu¬ally yêu cầu đại diện cho nó như là một biểu đồ hoặc phác thảo. Nhiều nhà phát triển không làm điều này và kết thúc với hệ thống phân cấp quá sâu. Bạn nên tạo ra và duy trì một đại diện của các cấu trúc cửa sổ như là một phần của quá trình thiết kế của bạn. Đây cũng có thể được sử dụng trong tài liệu hướng dẫn sử dụng. Khi xây dựng một đại diện của hệ thống cấp bậc cửa sổ, bỏ chọn canh và lỗi hộp thoại. Kể cả họ làm cho biểu đồ hoặc phác thảo quá cồng kềnh. cách để cắt giảm lượng dư thừa Nếu cửa sổ hoặc trang hệ thống phân cấp cho một ứng dụng là quá sâu ở một số nơi, những gì bạn có thể làm gì? Điều đó phụ thuộc vào lý do tại sao bạn có cài đặt trên cửa sổ riêng biệt. ■ Một số ảnh minh hoạ sử dụng các cửa sổ phụ để có được thông tin chi tiết tiết lộ ẩn tiến bộ cho đến khi người sử dụng yêu cầu để xem chúng. Trong trường hợp đó, bạn có thể sử dụng một "Details" bảng thay vì một cửa sổ riêng biệt.  (A) Word Change Case hộp thoại. Tùy chọn (B) Trường hợp trong menu thay vì hộp thoại tầng. ■ Một số hộp thoại cung cấp một tùy chọn vào các lệnh. Ví dụ, Change Case chức năng của Microsoft Word sẽ hiển thị một hộp thoại cung cấp một số cách để thay đổi trường hợp của các văn bản đã chọn (Hình 3.32A). Hộp thoại này không được nhúng trong quá mức, nhưng nếu nó là, một nhà thiết kế có thể loại bỏ nó bằng cách đặt các lựa chọn trong một menu (hình 3.32B). chuyển hướng tìm kiếm Poor Một cách cho người sử dụng các hệ thống tương tác để tìm cách của họ để họ mục tiêu là sử dụng chức năng tìm kiếm. Tuy nhiên, không phải tất cả các chức năng tìm kiếm