Undoable operationsThe software you

Undoable operations
The software your UI is built on first needs a strong model of what an action is—what it’s called, what object it was associated with, and how to reverse it. Then you can build an interface on it.
Decide which operations need to be undoable. Any action that might change a file or database—anything that could be permanent—should be undoable, while transient or view-related states often are not. Specifically, these kinds of changes are expected to be undoable in most applications:
• Text entry for documents or spreadsheets
• Database transactions
• Modifications to images or painting canvases
• Layout changes—position, size, stacking order, or grouping—in graphics applications
• File operations, such as deleting or modifying files
• Creation, deletion, or rearrangement of objects such as email messages or spread- sheet columns
• Any cut, copy, or paste operation
The following kinds of changes are generally not undoable. Even if you think you want to go above and beyond the call of duty and make them undoable, consider that you might thoroughly irritate users by cluttering up the “undo stack” with useless undos.
• Text or object selection
• Navigation between windows or pages
• Mouse cursor and text cursor locations
• Scrollbar position
• Window or panel positions and sizes
• Changes made in an uncommitted or modal dialog box
Some operations are on the borderline. Form fill-in, for instance, is sometimes undoable and sometimes not. However, if tabbing out of a changed field automatically commits that change, it’s probably a good idea to make it undoable.
(Certain kinds of operations are impossible to undo, but usually the nature of the applica- tion makes that obvious to users with any experience at all. Impossible undos include the purchase step of an e-commerce transaction, posting a message to a forum or chat room, or sending an email—as much as we’d sometimes like that to be undoable!)
In any case, make sure the undoable operations make sense to the user. Be sure to define and name them in terms of how the user thinks about the operations, not how the com- puter thinks about them. You should be able to undo a block of typed text, for instance, in chunks of words, not letter by letter.
Design an undo stack
Each operation goes on the top of the stack as it is performed. Each undo reverses the operation at the top first, then the one below it, then the next, and so on. Redo works its way back up the stack likewise.
The stack should be at least 10 to 12 items long to be the most useful, and longer if you can manage it. Long-term observation or usability testing may tell you what your usable limit is. (Constantine and Lockwood assert that having more than a dozen items is usually unnecessary, since “users are seldom able to make effective use of more levels.”* Expert users of high-powered software might tell you differently. As always, know your users.)
Presentation
Finally, decide how to present the undo stack to the user. Most desktop applications put Undo/Redo items on the Edit menu. Also, Undo is usually hooked up to Ctrl-Z or its equivalent. The best-behaved applications use Smart Menu Items to tell the user exactly which operation is next up on the undo stack.
But see the screenshot at the top of this pattern (Figure 6-29) for a different, more vi- sual presentation. Photoshop shows a scrolling list of the undoable operations—including ones that were already undone (two are shown, in gray). It lets the user pick the point in the stack that she wants to revert to. A visual command history like this can be quite use- ful, even just as a reminder of what you’ve recently done. See the Command History pattern for more information.

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

Hoạt động undoablePhần mềm giao diện của bạn được xây dựng trên đầu tiên cần một mô hình mạnh mẽ của những gì một hành động là-những gì nó được gọi là, những gì đối tượng nó được liên kết với, và làm thế nào để đảo ngược nó. Sau đó, bạn có thể xây dựng một giao diện trên nó.Quyết định hoạt động mà cần phải được undoable. Bất kỳ hành động nào có thể thay đổi một tập tin hoặc cơ sở dữ liệu-bất cứ điều gì có thể vĩnh viễn-nên undoable, trong khi lưu trú tạm thời hoặc liên quan đến xem kỳ thường không. Đặc biệt, những loại thay đổi được dự kiến sẽ được undoable trong hầu hết các ứng dụng:• Mục nhập văn bản tài liệu hoặc bảng tính• Cơ sở dữ liệu giao dịch• Sửa đổi hình ảnh hoặc vẽ bức tranh sơn dầu• Bố cục thay đổi-vị trí, kích thước, xếp đặt hàng, hoặc nhóm-trong các ứng dụng đồ họa• Hoạt động tập tin, chẳng hạn như xóa hoặc sửa đổi tập tin• Tạo, xóa, hoặc sắp xếp lại của các đối tượng như thư điện tử hoặc lây lan tờ cột• Bất kỳ cắt, sao chép, hoặc dán hoạt độngCác loại sau đây của những thay đổi nói chung không có undoable. Thậm chí nếu bạn nghĩ rằng bạn muốn đi ở trên và vượt yêu cầu nhiệm vụ và làm cho họ undoable, xem xét rằng bạn có thể triệt để kích thích người dùng bởi cluttering lên "lùi lại chồng" với undos vô dụng.• Lựa chọn văn bản hoặc các đối tượng• Điều hướng giữa các cửa sổ hoặc các trang• Chuột con trỏ văn bản trỏ địa điểm và• Vị trí thanh trượt• Cửa sổ hoặc bảng điều khiển vị trí và kích thước• Các thay đổi được thực hiện trong một khoản hoặc phương thức hộpMột số hoạt động trên đường biên giới. Điền vào biểu mẫu, ví dụ, là đôi khi undoable và đôi khi không. Tuy nhiên, nếu tabbing ra khỏi một lĩnh vực thay đổi tự động cam kết rằng sự thay đổi, nó có thể là một ý tưởng tốt để làm cho nó undoable.(Một số loại hoạt động là không thể hoàn tác, nhưng thường bản chất của applica-tion làm mà rõ ràng cho người dùng có bất kỳ kinh nghiệm ở tất cả. Undos không thể bao gồm các bước mua hàng của một giao dịch thương mại điện tử, gửi tin nhắn đến một diễn đàn hoặc chat Phòng, hoặc gửi email-càng nhiều càng tốt, chúng ta đôi khi muốn rằng để được undoable!)Trong bất kỳ trường hợp nào, hãy chắc chắn rằng các hoạt động undoable có ý nghĩa với người dùng. Hãy chắc chắn để xác định và tên họ về làm thế nào người dùng nghĩ về các hoạt động, không phải làm thế nào com puter nghĩ về họ. Bạn có thể lùi lại một khối văn bản đánh máy, ví dụ, trong khối của các từ, không phải chữ bằng chữ.Thiết kế một ngăn xếp hoàn tácMỗi hoạt động đi trên đỉnh ngăn xếp như nó được thực hiện. Lùi lại mỗi đảo ngược hoạt động lúc đầu tiên, sau đó một trong những dưới đây, sau đó tiếp theo, và như vậy. Làm lại làm việc theo cách của mình trở lại lên ngăn xếp tương tự như vậy.Ngăn xếp nên có ít nhất 10 đến 12 mặt hàng dài để là hữu ích nhất và lâu hơn nếu bạn có thể quản lý nó. Quan sát lâu dài hoặc khả năng sử dụng thử nghiệm có thể cho bạn biết giới hạn của bạn có thể sử dụng là gì. (Constantine và Lockwood khẳng định rằng có nhiều hơn một chục mục là thường không cần thiết, vì "người dùng là rất hiếm khi có thể thực hiện hiệu quả sử dụng mức độ." * Chuyên gia người dùng phần mềm high-powered có thể cho bạn biết một cách khác nhau. Như mọi khi, biết người dùng của bạn.)Trình bàyCuối cùng, quyết định làm thế nào để trình bày các ngăn xếp hoàn tác cho người dùng. Hầu hết các ứng dụng máy tính để bàn đặt Undo/Redo mục trên menu chỉnh sửa. Ngoài ra, lùi lại thường nối với Ctrl-Z hoặc tương đương. Các ứng dụng best-behaved sử dụng các mục trình đơn thông minh nói với người dùng thao tác mà là chính xác tới lên tại một trong những ngăn xếp hoàn tác.Nhưng hãy xem ảnh chụp màn hình ở phía trên của mô hình này (hình 6-29) cho một khác nhau, nhiều hơn vi-sual trình bày. Photoshop cho thấy một danh sách di chuyển hoạt động kinh doanh undoable — bao gồm cả những người đã được hoàn tác (hai được hiển thị, trong màu xám). Nó cho phép người dùng chọn điểm trong chồng rằng cô muốn trở lại. Một lịch sử trực quan lệnh như thế này có thể là sử dụng khá-ful, thậm chí chỉ là một lời nhắc nhở về những gì bạn đã thực hiện gần đây. Xem các mẫu lịch sử lệnh cho biết thêm thông tin.

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

Hoạt động thể quay ngược lại
phần mềm giao diện người dùng của bạn được xây dựng trên đầu tiên cần có một mô hình mạnh mẽ của những gì một hành động là-gì nó được gọi là, những gì đối tượng mà nó được kết hợp với, và làm thế nào để đảo ngược nó. Sau đó, bạn có thể xây dựng một giao diện trên đó.
Quyết định hoạt động cần phải có thể quay ngược lại. Bất kỳ hành động nào có thể thay đổi một tập tin hoặc cơ sở dữ liệu bất cứ điều gì mà có thể là vĩnh cửu nên có thể quay ngược lại, trong khi trạng thái thoáng qua hoặc xem liên quan đến thường không. Cụ thể, các loại thay đổi được dự kiến sẽ được thể quay ngược lại trong hầu hết các ứng dụng:
• nhập văn bản cho văn bản hoặc bảng tính
• Các giao dịch cơ sở dữ liệu
• Sửa đổi hình ảnh hoặc bức tranh sơn dầu
• Giao diện thay đổi vị trí, kích thước, xếp thứ tự, hoặc các ứng dụng nhóm trong đồ họa
• hoạt động tập tin, chẳng hạn như xóa hoặc sửa đổi các tập tin
• Tạo, xóa, hoặc sắp xếp lại các đối tượng như các tin nhắn email hoặc cột tờ spread-
• Bất kỳ cắt, sao chép hoặc dán hoạt động
các loại sau đây của những thay đổi nói chung là không thể quay ngược lại. Ngay cả khi bạn nghĩ rằng bạn muốn đi ở trên và vượt ra ngoài gọi của nhiệm vụ và làm cho họ không thể nén, xem xét rằng bạn hoàn toàn có thể làm phiền người dùng bằng cluttering lên "undo chồng" với Undos vô dụng.
• Văn bản hoặc lựa chọn đối tượng
• Điều hướng giữa các cửa sổ hoặc các trang
• con trỏ chuột và con trỏ văn bản địa
• vị trí Scrollbar
• Window hoặc bảng điều khiển vị trí và kích cỡ
• Thay đổi thực hiện trong một hộp thoại không cam kết hoặc phương thức
một số hoạt động được trên các đường biên giới. Mẫu điền vào, ví dụ, đôi khi không thể nén và đôi khi không. Tuy nhiên, nếu tabbing ra khỏi một lĩnh vực thay đổi tự động cam kết thay đổi đó, nó có thể là một ý tưởng tốt để làm cho nó không thể nén.
(Một số loại hoạt động là không thể lùi lại, nhưng thường là bản chất của việc áp dụng làm cho rằng rõ ràng cho người sử dụng với bất kỳ kinh nghiệm ở tất cả. Undos Impossible bao gồm các bước mua hàng của một giao dịch thương mại điện tử, gửi thông báo đến một diễn đàn hay phòng chat, hoặc gửi email nhiều như chúng tôi muốn đôi khi như thế để có thể quay ngược lại!)
trong mọi trường hợp, đảm bảo các hoạt động thể quay ngược lại có ý nghĩa với người sử dụng. Hãy chắc chắn để xác định và đặt tên chúng về cách người dùng nghĩ về các hoạt động, không phải là cách puter com nghĩ về họ. Bạn sẽ có thể lùi lại một khối văn bản đánh máy, ví dụ, trong khối các từ, không phải từng chữ.
Thiết kế một undo chồng
Mỗi hoạt động đi trên đỉnh của ngăn xếp như nó được thực hiện. Mỗi lùi lại đảo ngược hoạt động ở phía trên đầu, sau đó là một bên dưới nó, sau đó tiếp theo, và như vậy. Làm lại hoạt động theo cách của nó lại lên stack tương tự như vậy.
Các stack nên có ít nhất 10 đến 12 mặt hàng dài để được hữu ích nhất, và lâu hơn nếu bạn có thể quản lý nó. Quan sát dài hạn hay kiểm tra khả năng sử dụng có thể cho bạn biết hạn sử dụng của bạn là gì. (Constantine và Lockwood khẳng định rằng có nhiều hơn một chục mặt hàng thường là không cần thiết, vì "người dùng hiếm khi có thể sử dụng hiệu quả mức độ nhiều hơn." * Người dùng Chuyên viên phần mềm cao-powered có thể nói với bạn một cách khác nhau. Như mọi khi, biết người dùng của bạn .)
trình bày
Cuối cùng, quyết định làm thế nào để trình bày các undo chồng cho người dùng. Hầu hết các ứng dụng máy tính để bàn đặt mục Undo / Redo trên menu Edit. Ngoài ra, Undo thường được nối với Ctrl-Z hoặc tương đương. Các ứng dụng tốt nhất-behaved sử dụng Smart Menu Items để nói cho người dùng chính xác mà các hoạt động tiếp theo là lên trên undo stack.
Nhưng nhìn thấy ảnh chụp màn hình ở trên cùng của mô hình này (Hình 6-29) cho một bài thuyết trình thị giác khác nhau nhiều. Photoshop cho thấy một danh sách cuộn của các hoạt động, trong đó có thể quay ngược lại những người mà đã được hoàn tác (hai được hiển thị, màu xám). Nó cho phép người dùng chọn các điểm trong stack rằng cô muốn trở lại. Một lịch sử lệnh thị giác như thế này có thể khá use- ful, thậm chí chỉ là một lời nhắc nhở về những gì bạn đã thực hiện gần đây. Xem mô hình lịch sử lệnh để biết thêm thông tin.