[Feature Request] Quick Preview for Dolphin

With Dolphin File Manager I would like to be able to Quick Preview files from the File Manager without having to first open up the file in an external application.

Having being using Cinnamon Desktop for a long time before switching over to KDE Plasma 6, I noticed it’s lacking this feature. On Cinnamon Desktop you can select a file and press Space to quick preview files without opening in external apps. This is also something you can do on MacOS also as shown in the following video;

https://youtube.com/watch?v=xEZlQgm9wuo

I would like to see this as a feature implemented to KDE Plasma just being able to select a file and press Space key to quick view something. I couldn’t seem to find any extensions that work with Plasma 6 that can enable you to do this.

5 Likes

https://phabricator.kde.org/D11875

Not since KDE4 13 years ago…

Check out Information Panel (default F11 shortcut).

Reported bug:
https://bugs.kde.org/show_bug.cgi?id=272539

This is being worked on.

3 Likes

This would be a very fitting feature for plasma.
Bonus: It should also be usable from a file dialog (also like macOS).

Information Panel is not he same as Quick Preview of files, nor does it show the contents of the file. Quick Preview allows you to view full contents of the file like Text document or PDF document just as if you were viewing them in a native external app, but in a limited view port that can be opened by pressing Space key when selected. People often mistake the Information Panel for Quick Preview, but it’s not the same thing.

I see the last update for this was about a month ago, no ETA when it’s finally merged?

No, not yet, only benevolent work, takes time, 2025 probably.

1 Like

Not just that but plasma (on the desktop) too.
At least that’s the plan.

I used something like quickview in the past: https://discuss.kde.org/t/apple-quick-view-gnome-sushi-in-dolphin-from-tweaking-existing-functionality/27002

1 Like

It seems to be a little known feature but MacOS’s Quick Look feature actually runs on Spotlight! (MacOS’s version of Krunner). I’ve not seen it discussed much online at all, especially in discussions regarding Kiview and getting some Quick Look alternative from MacOS.

I was wondering if there has been any existing plans to implement such a feature with Kiview once integrated with KDE Plasma.

It’s a delight on MacOS.

An example use case: I use Spotlight to search a file by name, but maybe there are multiple files that have similar names or they’re too long and it’s hard to tell which one is which, by using Quick Look alongside Spotlight I can quickly identify which one I want and then drag and drop it from Spotlight itself.

There’s an article talking about this wonderful feature on zdnet but turns out I can’t include links here so you’ll just have to take my word :joy: (Just kidding! Search for an article named “How to use the new Quick Look feature in MacOS Ventura Spotlight” written by a Jack Wallen on December 14 2022 if you want to read it.)

Screenshot of this AWESOME feature! :smiley::
cool screenshot

Unrelated but I was SO relieved when I accidentally discovered that Krunner does allow for you to drag and drop selected files from the result list. Always good for those quick moments I need to attach files on the browser. Phew! :sweat_smile::sweat_smile:

2 Likes

Yes, the idea from the get-go, once we have KIview in place to use it anywhere it brings value. To do that we are designing it to be reusable.
Dev is slow, haven’t been active on it for a while.

Like I already said:

3 Likes

Glad to hear that. :slight_smile:

I eagerly wait the day this is completed.

1 Like

looking forward to a native quick view.

I’ve managed to bodge the “information panel” to be quite useful by hiding the tags panel and tweaking the thumbnailers to be bigger.

shortcut on “spacebar”, although this fu cks up the file reselection bodge thats hardcoded in there.

1 Like

Thanks for the information. Personally, I am surprised that the core KDE team does not see this as a top priority feature because it would be so extremely useful to people using KDE as a work platform - so many of the feature announcements are about little graphical refinements that they seem to have taken over as the focus of attention and work. For most people they are of very little importance to actually getting work done.
I’m someone who has been using KDE since before 3.5 - and really loved the rich functionality that was brought into the browser and file manager then (KIOslaves, menus etc) - stuff that was both cool and useful. I understand that vast amounts of dev effort had to be put into the evolution onto later QT frameworks, and user-visible features suffered as a result. Now, the platform seems relatively stable and ready to allow a serious push on the applications. Dolphin is reasonably good but is no match for Directory Opus on Windows - nor even as good as poor old Explorer. When Explorer is ahead of you, there is a bit of running to do :slight_smile:

I have lost count of the number of times I have searched for news about file previewing on KDE/Dolphin over the years. I just can’t understand how the devs don’t see this as a vital part of the desktop, perhaps the most important single program that comes with KDE. You are confirming that KIview is “on the plan” but can you offer some clarification about why it is such a low priority?

many thanks and much appreciation for KDE overall.

Miles

Danilo Agostini / Kiview · GitLab is in the process of incubation. Soon :tm:

1 Like

There is no “KDE team”, only a collective, a community.
No one directs anyone to work on anything mostly. We self-assign bug fixing, review, etc…
I can recommend you the great post by Nate:

It is not like, a lot of us volunteers are dedicated a good chunk of our free time for the collective benefit…

3 Likes

Thank you. Can you create a topic for the tutorial of this?

Which macOS is this—Apple’s macOS in China, which is distant from open-source software that exploits labor?

theres a file called

informationpanelcontent.cpp

on line 144 is this

layout->addWidget(m_metaDataArea);

so I seem to remember you can either comment this out or add a line after it:

m_metaDataArea->hide();

which just hides it.

I did want to get fancy and add a short cut to hide it but I got lost in the weeds and never did.

I see the development of Kiview is active and looks like it’s going to be really good so I’ll not bother, which is a relief as I suck at coding.

1 Like