Avoiding Blooper 18The general rule is: Avoid more than two levels of  dịch - Avoiding Blooper 18The general rule is: Avoid more than two levels of  Việt làm thế nào để nói

Avoiding Blooper 18The general rule

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 dialog 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.

0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
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 thoại 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 độ.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
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 thoại 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.

đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: