Recently Opened Files: interface and launch file double-clicking

[cadu]

Hi,

I’d appreciate your help.

“Recent Locations” has an interface that allows to double-click and open any item directly. “Recent Locations” has always a “list management” interface.

For “Recently Opened Files” I could find just a “list management”.
a) Similarly to “Recent Locations”, is there another “Recently Opened Files” interface in which I can double click and launch a file directly?
b) If no, any workaround to launch a file from the “Recently Opened Files” list management?

Thank you!

[highend]

Apart from File - Open... (where you need to use a drop-down field)?

Write a script that mimics that behavior...

[admin]

There is only one place where the Recently Opened Files are used currently, namely in the dropdown of this dialog:
File | Open...

It would indeed make sense to add an interface to quickly open a recently opened file. However, since also file opened via "Open With..." are added to this MRU, I wonder if the opening application shouldn't be stored as well? So, "Open this file again with the same app as last time"...

[cadu]

I’m glad to hear about the possibility of having an “interface to quickly open a recently opened file”, similarly to Recent Locations.

Besides being consistent on having in XYplorer the Recent Locations/Recent Locations List, and Recent Files/Recent Files List, such interface would bring several advantages over the “File | Open” functionality:
- You could see several files at once
- You could search your files

And regarding: “I wonder if the opening application shouldn't be stored as well? So, ‘Open this file again with the same app as last time’...”
It sounds handy to store the opening application as well, considering there would also be the additional dialog “Open with…”, providing flexibility to choose whatever application you want to open that file. I’ve attached a suggestion.

Thank you!

XYplorer_Recent Files.png (156.1 KiB) Viewed 4442 times

[admin]

That Open With button looks like a good idea to me.

[cadu]

Hi @admin

Is "Recently Opened Files: interface and launch file double-clicking" in your actual roadmap?

I do think it would improve XYplorer workflow sensibly.

Thanks for your consideration!

[admin]

It is. That .NET disaster slightly affected my usual groove...

[jupe]

@cadu: Not sure if you are interested, but FYI if you enter this in the XY address bar,
<get list_recentlyopenedfiles>?/silent=1 //Recently Opened Files
it will show the same list (sans non existent), in a tab instead though,
which would allow you to double click to open as per normal, or you could
write a script to display the files in a dialog if you wanted.

[cadu]

@cadu: Not sure if you are interested, but FYI if you enter this in the XY address bar,
<get list_recentlyopenedfiles>?/silent=1 //Recently Opened Files
it will show the same list (sans non existent), in a tab instead though,
which would allow you to double click to open as per normal, or you could
write a script to display the files in a dialog if you wanted.

That's amazing! Many thanks for the tip @jupe!

[admin]

Brilliant indeed! Sometimes this app surprises me.

[RalphM]

Is this supposed to take about 20s to display the new tab as well as closing it?

[highend]

When containing network paths / mapped drives to network shares. Yeah, why not...

[RalphM]

Yes, I'd expect some delay in opening the tab under these conditions but my list contains local files only after 20s.
The very unexpected part is that it takes 40s to close that tab after clicking the x-button.

[admin]

Yes, I'd expect some delay in opening the tab under these conditions but my list contains local files only after 20s.
The very unexpected part is that it takes 40s to close that tab after clicking the x-button.

Can you repeat this experience?

[RalphM]

Yes!
While XY states in the statusbar that the quicksearch was done in 480ms it took over 20s to display the results.

Just tried it in a fresh instance and the same command seems to scan all my files there?
What's going on here?
I esc'd the search after more than a minute before the results were displayed.