First, find out if there’s a way to

First, find out if there’s a way to speed up the time-consuming operation so that it ap- pears to be instantaneous. It doesn’t even have to be genuinely fast; if a user perceives it as immediate, that’s good enough. On the Web or a networked application, this may mean preloading data or code—sending it to the client before it’s asked for—or sending data in increments, showing it to the user as it comes in. Remember, people can only read so fast. You might as well use the loading time to let the user read the first page of data, then another page, and so on.

But if you really do need Cancelability, here’s how to do it. Put a Cancel button directly on the interface, next to the Progress Indicator (which you are using, right?) or wherever the results of the operation will appear. Label it with the word Stop or Cancel, and/or put an internationally recognizable stop icon on it: a red octagon, or a red circle with a horizontal bar, or an “X”.
When the user clicks or presses the Cancel button, cancel the operation immediately. If you wait too long—for more than a second or two—the user may doubt that the cancel ac- tually worked (or you may just dissuade him from using it, since he might as well wait for the operation to finish). Tell the user that the cancel worked—halt the Progress Indicator, and show a status message on the interface, for instance.
Multiple parallel operations present a challenge. How does the user cancel a particular one and not others? The Cancel button’s label or tool tip can state exactly what gets can- celed when it’s clicked (see the Smart Menu Items pattern for a similar concept). If the actions are presented as a list or a set of panels, you might consider providing a separate Cancel button for each action to avoid ambiguity.

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

Đầu tiên, tìm ra nếu có một cách để tăng tốc độ hoạt động tốn nhiều thời gian để nó xỉ lê để được tức thời. Nó thậm chí không phải là thực sự nhanh chóng; nếu một người sử dụng cảm nhận nó như là ngay lập tức, đó là đủ tốt. Trên Web hoặc một ứng dụng mạng, điều này có thể có nghĩa là nạp trước dữ liệu hoặc mã gửi nó cho các khách hàng trước khi nó được yêu cầu-hoặc gửi dữ liệu trong từng bước, hiển thị nó cho người sử dụng vì nó đi kèm trong. Hãy nhớ rằng, người ta chỉ có thể đọc quá nhanh . Bạn cũng có thể sử dụng thời gian tải để cho phép người dùng đọc trang đầu tiên của dữ liệu, sau đó một trang khác, và như vậy. Nhưng nếu bạn thực sự cần Cancelability, đây là cách để làm điều đó. Đặt một nút Hủy trực tiếp trên giao diện, bên cạnh các chỉ số tiến độ (mà bạn đang sử dụng, phải không?) Hoặc bất cứ nơi nào các kết quả của các hoạt động sẽ xuất hiện. Gắn nhãn nó với chữ Stop hoặc Cancel, và / hoặc đặt một biểu tượng dừng được quốc tế công nhận về nó. Một hình bát giác màu đỏ, hoặc một vòng tròn màu đỏ với một thanh ngang, hoặc một "X" Khi người dùng nhấp chuột hoặc nhấn nút Cancel, hủy bỏ các hoạt động ngay lập tức. Nếu bạn chờ đợi quá lâu hơn một hoặc hai giây, người dùng có thể nghi ngờ rằng hủy ac- tually làm việc (hoặc bạn chỉ có thể ngăn cản anh ta từ sử dụng nó, vì ông cũng có thể chờ đợi cho các hoạt động hoàn tất). Hãy nói cho người dùng biết về việc huỷ bỏ việc-ngăn chặn các chỉ số tiến bộ, và hiển thị một thông báo trạng thái trên giao diện, ví dụ. Nhiều hoạt động song song là một thách thức. Làm thế nào để người dùng hủy bỏ một cụ thể một và không phải những người khác? Các nút Cancel của nhãn hoặc công cụ tip thể nêu chính xác những gì được vỏ hộp lon celed khi được nhấp vào (xem Menu Items mô hình thông minh cho một khái niệm tương tự). Nếu các hành động được trình bày như là một danh sách hoặc một tập hợp các bảng, bạn có thể xem xét việc cung cấp một nút Cancel riêng cho mỗi hành động để tránh sự mơ hồ.