I think these info is available in preview panel already.

@Jack251970
As I mentioned, this is necessary for the user of QuickLook preview plugin, who then have no way to use the preview panel.

By the way, it would be very useful for me (and I'm sure for others too) if the file information also included the age of the file (i.e. how many days, months and years have passed since it was last modified), as it is in the LISTARY preview.
And another point, I don't know why the file information doesn't allow the name of the month to appear (instead of its number).
I would be grateful if you could help with this!

Sorry, you mean this plugin?

https://github.com/Flow-Launcher/Flow.Launcher.Plugin.QuickLook

@Jack251970
Yes.

@Jack251970 Yes.

Could you please move this issue to that repository? Thanks!

@Jack251970 Yes.

Could you please move this issue to that repository? Thanks!

I have already opened a topic there before.
Flow-Launcher/Flow.Launcher.Plugin.QuickLook#7

Good! So I think we do not need to open another issue here.

@Jack251970
I think it's still worth opening the topic here too, because even without the QuickLook preview issue, it's more convenient to have this information in a tooltip, and as it is in Windows File Explorer, so it is in Everything (and even though they have a preview panel).
And even if it's impossible for the QuickLook plugin to have a separate shortcut, the tooltip will help.
So please reopen the issue, thank you!

Get it.

@Jack251970
By the way, I saw that you developed an amazing application, ContextMenuManager.
Do you know how to add, in FL's search results, to the file menu, an item to copy the file name only? Currently, there is only an option to copy the entire path.

@Jack251970 By the way, I saw that you developed an amazing application, ContextMenuManager. Do you know how to add, in FL's search results, to the file menu, an item to copy the file name only? Currently, there is only an option to copy the entire path.

You can check here:

Basically, if you want to edit context menu, you can check IContextMenu interface.

@Jack251970
I'm not a developer, could you please explain more what you mean, and what exactly I need to do, so that I can copy in FL search results only the file name and not the entire path.
Thanks!

@Jack251970
I'm not a developer, could you please explain more what you mean, and what exactly I need to do, so that I can copy in FL search results only the file name and not the entire path.
Thanks!

The things I talked about are all related to development. (I would like to share you with this because this emhancement is very easy to implement from code side. So it is a good idea to implement this by yourself)

this emhancement is very easy to implement from code side.

Could you please do a PR for this and upload here for me the compiled file with the fix for this?

this emhancement is very easy to implement from code side.

Could you please do a PR for this and upload here for me the compiled file with the fix for this?

I've been busy with some other things currently and may not be able to do this. I'll follow on with this later if I get a chance.

@H5820121 I checked the codes and found the original codes have already set ToolTip for all records. So changing them to the format you described above could cause confusion for users. And since preview panel can provide this information, I think it looks like we do not need to change the tooltip here.

@Jack251970

I checked the codes and found the original codes have already set ToolTip for all records.

Could you please explain more what you mean?

Please allow me to explain myself, since this is very important to me:

So changing them to the format you described above could cause confusion for users

In Windows File Explorer and Everything, the tooltip contains this information, and why would this cause confusion in FL? On the contrary, I am a new user of FL and it caused me confusion that the tooltip in FL does not have this information, since I am used to Windows File Explorer and Everything receiving this information in the tooltip.

And since preview panel can provide this information

But what will users of the QuickLook plugin do, since then the preview panel cannot be seen. I opened a topic about this, but it doesn't seem like it will be fixed.

@H5820121 Have you enabled Always Show Preview Panel feature?

@H5820121 As you can see above, I have one file Button-100.png with a long path and it already has tooltip to show its long path. For me, I think we should keep that tooltip because long path is not always visible in the results.

@Jack251970

Have you enabled Always Show Preview Panel feature?

With the QL plugin this doesn't work well!

I think we should keep that tooltip because long path is not always visible in the results

Of course, I intend to display the file modification date (and better yet its age) in the tooltip in addition to that.

Thanks, I greatly appreciate your willingness to help!

@Jack251970

Have you enabled Always Show Preview Panel feature?

With the QL plugin this doesn't work well!

I think we should keep that tooltip because long path is not always visible in the results

Of course, I intend to display the file modification date (and better yet its age) in the tooltip in addition to that.

Thanks, I greatly appreciate your willingness to help!

For me, I have two concerns:

1. Adding this information to the tooltip will make it excessively long.
2. The preview panel already displays this information, which could lead to duplication.

@jjw24 @onesounds What do you think about this?

I understand the necessity of this suggestion and will consider it for review.
However, I believe we should not accept it exactly as proposed.

1. If QuickLook itself had an option to display file properties, or

2. If there were a separate shortcut key for invoking a different preview panel when using QuickLook,

this issue could be resolved through those means instead.
(In that case, if users want to see file properties, they could simply trigger Flow's own preview panel using the designated shortcut key. As far as I know, the plugin structure already allows handling shortcut keys separately.)

This request arises because neither (1) nor (2) are currently available.
In fact, I believe this suggestion should originally have been directed to the QuickLook plugin repository, rather than here.
It also appears that QuickLook intentionally does not display detailed file information, likely as part of its design philosophy.

In our case, the tooltip is currently used primarily to show the full file path, and changing it directly would not be ideal.
Instead, we could consider introducing an option to allow users to customize the tooltip format, or perhaps display long paths over multiple lines (similar to how PowerToys handles it).
(Even in this case, we would need to organize and manage the tooltip output formatting properly.)

Another option could be using a popup-style control that fixes and displays the information at a specific location.

In any case, this proposal should not be implemented as-is.
It requires some experimentation and review of alternative approaches before proceeding.

@Jack251970
@jjw24 @onesounds

What do you think about this?

I am in favor of an approach that respects the user and gives him the option (in the settings) to choose what is best for him.
(I myself and I'm sure many others will choose in the settings to display this information in a tooltip below the line of the path, as they are used to in Windows File Explorer).

Please do not "bury" this topic, because for myself (and I am sure for others, at least for QL plugin users) it is of great importance!

@onesounds I wonder if you have any ideas?

@Jack251970
What's not good about what @onesounds suggested?!

we could consider introducing an option to allow users to customize the tooltip format

By the way, please add an option to display the month by its name (MMM or MMMM). In the settings, many options for displaying the date, but this simple option is missing.
Thank you very much!

Please wait a little. I understand your request, but we need some time to think it through.
(This doesn’t mean we will or won’t implement it.)

Although it may seem like a simple setting, we need to review the tooltip-related code across all plugins to ensure nothing breaks. We also need to decide how to handle plugins that currently have no tooltips.
On top of that, we would need to add new settings and carefully consider where to place the related UI.

Personally, I try to avoid adding too many options. I also prefer not to add features that mainly cater to power users.
Sure, we could let users manually input the tooltip format with a textbox, but most users aren't familiar with formats like YYYY-MM-DD.
If they enter it incorrectly, we’d need to handle those exceptions too.
If we use a combo box (like the current clock settings), there’s a risk someone will complain that their preferred format is missing, leading to endless requests.

We also have to think about things like:

• Should we allow font size customization in tooltips?

• Where exactly should tooltip settings go?

• Should we allow users to adjust tooltip display delay time?

• Besides dates, should we show other file information too?

• Are users even willing to wait through a tooltip delay just to see this information?

You’re making a request based on your needs, but you’re not necessarily considering all these other factors.

You can certainly say "I need this," but from my perspective, this isn't a critical issue that renders the program unusable.
Personally, I believe the necessary file information is already available via the preview panel, and I don't feel strongly about adding this feature just for third-party plugin users. (Although I agree QuickLook’s handling isn’t ideal, it’s still reasonably sufficient.)

As I mentioned earlier, wouldn’t it be better to ask the QuickLook plugin developer to add file information display?
That would solve everything without needing us to change Flow Launcher itself.

We often receive requests asking us to turn Flow into a full file manager, but I’m fundamentally opposed to moving in that direction (and frankly, it’s not feasible either).

I always try to focus on the root of a request.
For example, once someone submitted a PR to add a shortcut key. The team accepted and merged it.
Later on, I realized that no one even knew that shortcut existed — the contributor had simply added something only they personally needed.
Since improving the entire shortcut system is difficult, they just patched their own need instead.
This kind of short-sighted addition can cause maintenance headaches later, and you end up thinking, "I wish we had thought this through more carefully at the time."

In that case, I saw the real issue as "improving the shortcut system," and solving that properly addressed everything.
Similarly, even for your request, there might be better or different ways to achieve the same goal.
That's why we need time to really think about it.

In any case, I told you we would think about it because I have actually considered before whether tooltips should display more useful information.
Please don’t pressure Jack for updates.
He's currently busy fixing important bugs for the upcoming release.
(Our priorities are different right now, and I hope you understand.)

I took the time to write this long reply because I believe your idea is worth considering.
We will seriously review it — maybe while lying in bed exhausted at night, or stealing a few moments during family shopping trips — but we cannot promise any decision or timeline right now.

Please also understand that many of us joined this project as ordinary users, and are now working on it voluntarily.
It’s why many contributors eventually leave, because there are lots of great tools out there too.

So please, have a little sympathy for us.

@onesounds @Jack251970

Thank you for the detailed response,
I really appreciate the time and effort you are investing in this project, for the benefit of the public, and on a voluntary basis!

I would like to make just a few points:

1. The issue here is not my personal issue, but a general issue for all users of the popular QL plugin, which in the meantime does not allow us to receive info about the file.

Are users even willing to wait through a tooltip delay just to see this information?

The issue is to give this an option in the settings, and those who do not want this should not select this setting.
3.

wouldn’t it be better to ask the QuickLook developer to add file information display

Unfortunately, this solution is not practical, because PDF and DOCX files, etc., often take a considerable amount of time to open their preview in QL, and it does not make sense to wait just for the file info button. And QL is based on different plugins for different file types from different developers, and then you have to open an issue with each of them with the will of each of them.

What does seem to be a practical solution is to provide a separate keyboard shortcut for the FL QL plugin. I opened a issue for this in the past Flow-Launcher/Flow.Launcher.Plugin.QuickLook#7 , and unfortunately I haven't received any response so far and it doesn't look like I'll get one there.
Maybe you know how to fix it?

4. Regarding the month format, I'll explain the need for it more. Windows allows you to choose a Hebrew or Muslim calendar and more, in the region settings, this affects all the dates in Windows that appear in Hebrew months. I often have to use the Hebrew calendar, but then the months are displayed correctly only in the MMM or MMMM format. (In all the FL-like applications that I know, such as Listary FluentSearch EverythingToolbar they have the option to display the months in the file info in MMM or MMMM, FL is the only one that I know that doesn't give this option),
   Maybe you can at least fix this now?

And I'll end with thanks and appreciation for your wonderful work!

@H5820121 Because our 1.20.0 version is about to be released, I plan to focus on fixing bugs for now. After that version is released, if there is a chance, I will consider this.

@Jack251970
I understand, thank you. I really hope this will be implemented immediately after version 1.20.0!
Can you add the MMM month name format in the preview panel in the 1.20.0 version, as I explained above the need for it, and as it is in all applications similar to FL?

@Jack251970 I understand, thank you. I really hope this will be implemented immediately after version 1.20.0! Can you add the MMM month name format in the preview panel in the 1.20.0 version, as I explained above the need for it, and as it is in all applications similar to FL?

No problem.

@Jack251970 I understand, thank you. I really hope this will be implemented immediately after version 1.20.0! Can you add the MMM month name format in the preview panel in the 1.20.0 version, as I explained above the need for it, and as it is in all applications similar to FL?

No problem.

@Jack251970
I'm not pushing, just mentioning it in preparation for version 1.20.
Thank you very much!

@Jack251970 ?

@H5820121 Could you please check if #3631 works for you?

https://ci.appveyor.com/project/JohnTheGr8/flow-launcher/builds/52177105/artifacts

@Jack251970 Thank you very much!
Unfortunately I cannot download the above file.

And I get the following error:
{"message":"Artifacts download limit (1024 MB/day) exceeded."}

@Jack251970 Thank you very much! Unfortunately I cannot download the above file.

And I get the following error: {"message":"Artifacts download limit (1024 MB/day) exceeded."}

Please wait to tomorrow for test

@Jack251970
It would be great if the update could also add an option for the MMM (or MMMM) month format, as I mentioned the need for it above.
(If there is a possibility I would be happy to check it now if you could upload the file to me at https://www.jumbomail.me/en/home it's free).

@Jack251970 It would be great if the update could also add an option for the MMM (or MMMM) month format, as I mentioned the need for it above. (If there is a possibility I would be happy to check it now if you could upload the file to me at https://www.jumbomail.me/en/home it's free).

Those formats are following the settings in preview option. So you can change them here

@Jack251970
Sorry to bother you so much but in your screenshot I only see the option of MM (not MMM)???

@Jack251970 Sorry to bother you so much but in your screenshot I only see the option of MM (not MMM)???

Well, it is not supported and I am not planned to do that

@Jack251970 Sorry to bother you so much but in your screenshot I only see the option of MM (not MMM)???

Hi, I have already uploaded the installer here: https://www.jumbomail.me/en/gallery/564B586B596B774F717133464B3342347436653838673D3D.

@Jack251970
I tested, and it works great, thank you very much!
I understand that if I want to use this, I can't install the pre-release versions now, when will it be in the pre-release?

(Regarding the addition of the MMM month format, I was sorry to hear, maybe on second thought you could add it anyway?, it would be very helpful!)

@Jack251970 I tested, and it works great, thank you very much! I understand that if I want to use this, I can't install the pre-release versions now, when will it be in the pre-release?

(Regarding the addition of the MMM month format, I was sorry to hear, maybe on second thought you could add it anyway?, it would be very helpful!)

I get it. Will add support for that

@Jack251970 I tested, and it works great, thank you very much! I understand that if I want to use this, I can't install the pre-release versions now, when will it be in the pre-release?

(Regarding the addition of the MMM month format, I was sorry to hear, maybe on second thought you could add it anyway?, it would be very helpful!)

It will be available in Flow Preleases once it is merged.

So please wait for others' reviews

@Jack251970

It will be available in Flow Preleases once it is merged.

Thank you, I appreciate it very much!
I would be happy if you could let me know here when this pre-release comes out.