Circa 2001-Dec-07 18:29:40 +0100 dixit Markus Bertheau: : On Fri, 2001-12-07 at 17:45, Jim Knoble wrote: : > You shouldn't have to show progress in a dialog at all. If there's any : > reason to show progress, it should be shown in the main UI window : > associated with the operation (for example, in a status bar at the : > bottom of the window [or wherever the user wishes to place the status : > bar]). The means of cancelling the operation---i.e., reversing/undoing : > it---should also be in the main UI window (e.g., a cancel button on the : > tool bar [like Netscape 4.x's "stoplight" button]). : : What if I want to run multiple copy/move/delete operations? Then the display and control of the operations should all be in the same location, not in dialogs scattered all over the place. Recall how the "back" button in Netscape 4.x works: [Click] goes back once, while [ButtonPress] pops up a menu allowing you to choose how far to go back. Perhaps the same sort of thing would work with a "cancel/reverse copy/move/delete" button. Or perhaps it turns out that the most recent operation is the one that is most relevant; display that one in the status bar until it completes, then display the prior one if it's still going on, etc. And some portion of the UI (e.g., clicking in the progress indicator) gives access to the list of all the current copy/move/delete/download/whatever. Of course, the "trip arrow" interface that i proposed does give a natural interface to both displaying and cancelling multiple operations without a lot of convoluted interaction.... Use your imagination. [Please, no "courtesy" copies. They're not really that courteous.] -- jim knoble | jmknoble pobox com | http://www.pobox.com/~jmknoble/ (GnuPG fingerprint: 31C4:8AAC:F24E:A70C:4000::BBF4:289F:EAA8:1381:1491)
Attachment:
pgpIJkU6NUqYf.pgp
Description: PGP signature