GNOME Bugzilla – Bug 102479
persistent window animations between folders
Last modified: 2021-06-18 15:17:58 UTC
Request for persistent window animations between folders and file views. Ideally this would be the same type of animation used by metacity when minimizing a window. This would be most useful to users of open in new window mode, however users of navigation mode may find this useful as well. This idea originates to my best knowledge from the macintosh (appears in both os9 and osX). Here is a brief example as to how this should work (by greg merchan) -------------------------------------------------------------------- The Home icon sits on the desktop. When it is opened the animation connects the icon to the folder window which opens. Suppose that there is a folder called Mail in the Home folder. Again, when that is opened the animation connects the icon to the folder window. Now the user closes the Home folder. The animation connects the Home folder window to its icon. lastly the user closes the Mail folder. Because its icon is no longer visible, the animation connects the Mail folder window to the next visible icon in the folder hierarchy, the Home icon.
I'm all for the animation when opening windows, however I'm always slightly dubious about animating windows when they close (as opposed to minimizing), unless as in the "Home" example above there really is a direct mapping onto some icon or other. Animating the "Mail" folder down onto the Home icon just because the Home folder is closed, for example, seems slightly odd to me. (Also, what would you do when closing a folder that shared no common parent with any icon on the desktop?)
RE: >Also, what would you do when >closing a folder that shared no common parent with any icon on the >desktop? Of course I would argue that all locations should be available via the desktop and the fact that this isn't possible is a bug.
You need to ensure that the Nautilus window appears and stays appeared as soon as the animation is done. That means that it needs to... a) Know what size and where the window is going to be before it starts "animating" AND b) The window needs to be ready to display (in at least some reasonable form) prior to the animation completing WRT to the "closing window" animation... The edge cases are weird, but the basic idea of closing into its "iconic" form seems solid. It promotes the idea of icons working and acting as little minature versions of the window, which I think is preferable to thinking of icons as "launchers" of some sort that trigger an action when you double click them. Hm, one last thing is that ideally this same framework would work for launching *all* applications. GNOME apps would really need to open faster to make that feasible though.
FWIW, I had a patch for this in bug #147994. It creates zooming animations (like metacity / panel launchers) when opening/closing windows (and files/applications) in nautilus : attachment 47200 [details] [review]. There are a few problems though, e.g. the animation being too fast for very fast machines.
see also : http://mail.gnome.org/archives/nautilus-list/2005-June/msg00019.html
I'm not convinced that this would be appropriate when opening folders. It would be nice to have for switching view or rearranging view contents though.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version of Files (nautilus), then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/nautilus/-/issues/ Thank you for your understanding and your help.