Public bug reported: nautilus 1:2.29.91-0ubuntu2, Ubuntu Lucid
When moving or copying files that take a long time, a "File Operations" window opens. This window is both minimizable and closable. Closing it does not stop or cancel the operation; instead, it effectively minimizes the window into a status menu aka indicator (or, upstream, into a notification area item). While the window is open, the menu appears with a "Show copy dialogue" item, regardless of whether the progress window is currently focused or not. It is not sensible design to have two different destinations into which a window can be minimized. The usual argument here is that minimizing it into the standard window list takes up too much space; but if so, the answer shouldn't be to memorize a different way of minimizing it, it should be to find a way to make standard minimization take up less space. The extra width is not so onerous that we should delay fixing the inconsistency until after that happens. As I wrote in <https://wiki.ubuntu.com/CustomStatusMenuDesignGuidelines>, "You do not need a custom status menu if: ... You just want the program to take up a small space in the panel when minimized." It would be misleading to ship Ubuntu 10.04 with a new design that we think other developers shouldn't imitate. I suggest that: * the "File Operations" window be made minimizable but not closable * Nautilus's libappindicator status menu be removed completely. Making this change would invalidate bug 507486. ** Affects: hundredpapercuts Importance: Undecided Status: New ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Also affects: hundredpapercuts Importance: Undecided Status: New ** Description changed: - Binary package hint: nautilus - nautilus 1:2.29.91-0ubuntu2, Ubuntu Lucid When moving or copying files that take a long time, a "File Operations" window opens. This window is both minimizable and closable. Closing it does not stop or cancel the operation; instead, it effectively minimizes the window into a status menu aka indicator (or, upstream, into a notification area item). While the window is open, the menu appears with a "Show copy dialogue" item, regardless of whether the progress window is currently focused or not. It is not sensible design to have two different destinations into which a window can be minimized. The usual argument here is that minimizing it into the standard window list takes up too much space; but if so, the answer shouldn't be to memorize a different way of minimizing it, it should be to find a way to make standard minimization take up less space. The extra width is not so onerous that we should delay fixing the inconsistency until after that happens. As I wrote in <https://wiki.ubuntu.com/CustomStatusMenuDesignGuidelines>, "You do not need a custom status menu if: ... You just want the program to take up a small space in the panel when minimized." It would be misleading to ship Ubuntu 10.04 with a new design that we think other developers shouldn't imitate. I suggest that: * the "File Operations" window be made minimizable but not closable - * the libappindicator status menu be removed completely. + * Nautilus's libappindicator status menu be removed completely. Making this change would invalidate bug 507486. -- Closing "File Operations" into panel is redundant with minimizing https://bugs.launchpad.net/bugs/534477 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs