-
Notifications
You must be signed in to change notification settings - Fork 297
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add a Preview pane integrated in Nemo [Feature request] #2122
Comments
I'm not sure @Tyco72 if does that work. The feature was already integrated in older versions of Gnome, e.g. in Fedora 20. But the algorithm had the problem described. The Photos app has the same problem. The higher the number of files and the larger a file the longer Gnome has worked in the background. If I understand you correctly, you can only preview the currently selected file. What if multiple files are selected? |
Hi, thank you. When you select more files it should be not a problem. The preview pane would show the preview only of the last selected file. Anyway only one image at time would be cached. |
Many thanks for submitting your feature request for Nemo. Your feature request has been documented and will be reviewed by the Linux Mint team. For more information on our workflow and feature requests, read https://linuxmint-troubleshooting-guide.readthedocs.io/en/latest/faq.html. |
Thank you very much. I'm looking forward for this feature. |
Hi, |
I would be a wonderful feature. |
Let me write something about this wonderful feature. A field report with Fedora and Gnome. I know this feature was or is already implemented in Gnome and Nemo. But I have always had performance problems with it. My use case is simple, I have local folders with photos in different file sizes. The names of the files are autogenerated, as it is the case today with embedded operating systems for digital cameras. And the view or the view change on the camera is more performant, yes, much more performant than on Fedora with Gnome. When switching from one photo to another, it happens that Fedora/Gnome/Nemo gets stuck and does not return to normal operation. A switch to switch on/off the feature may be useful. But more important is a redesign to solve this performance problem. |
Have you considered a dedicated photo management tool such as digiKam etc? |
Any update here? I just found here that you can use the space key to open a preview as popup. This is already helpful, but
Is the list of feature request "that have been documented" and their status (e.g. position in roadmap) available somewhere? |
I switched from Files (Gnome on Fedora) to Nemo, because Files is really too simple and limited. |
Nemo has many little-known features, some excellent but at least one "feature" is downright weird. |
I'm very much interested in this feature too! I know the plugin Nemo-preview that is better than nothing. |
I'd love to see this feature too. It would be more convenient than pressing Space on each image (or zooming in all the way for large icons) when working with large numbers of images. |
I'd like this as well |
I prefer the current set-up, since I mostly don't have double windows. |
For many users it is essential to have a preview pane integrated in the right side of the file manager, to show a large preview for only the currently selected file.
A preview pane allows to use more efficiently the space in the window, showing much more files in the screen, without to fill up the space with previews of files which don't interest.
It would avoid also the unwanted work in the background of generating/caching previews for all the images contained in the folder (which can be many hundreds of files and of large size).
I guess it would not a too big effort to add a preview pane, at least for photos and videos, because Nemo is already able to generate previews (as icons) for these file types. Consider that MS Window integrates a preview pane in the file explorer since the times of Windows 98. Here a sample pic, of what I mean:
(Issue reported with Nemo 4.0.6 on Linux Mint 19.1 Cinnamon)
The text was updated successfully, but these errors were encountered: