Messages

1

Support and Feedback / Re: Quicklook - nearly works

« on: February 22, 2024, 07:37:41 »

@jfmoyen,

AFAIK Space is the default (and the only) hotkey registered by QL itself to open and close preview. I tested 3 cases:

You are absolutely right, and I'm an idiot.... SPACE is a QL default. However, I ALSO assigned it to a MC command, along the lines of 'Quicklook.exe "${filepath}" '. So the two bindings were competing, as it were.

It works perfectly now - what a legend ! :-)

Will you commit your changes to the QL GitHub ? https://github.com/QL-Win/QuickLook
They would then be included in future updates etc.

Thanks a lot !

2

Support and Feedback / Re: Quicklook - nearly works

« on: February 21, 2024, 18:23:58 »

@jfmoyen,
Well, I've made QL to monitor MC. Here's the files. Archive contains only updated binaries along with source files, so you can build QL yourself. Password is QuickLook

Well, you're a star, what can I say ?
Except - when I press space (my binding for preview, replaces the regular F1) QL appears, and then disappears immediately - UNLESS I very quickly move (up/down arrow) to another file. In which case QL stays open and has the expected behaviour.

It's tantalizingly close from perfect :-)

Please tell me if there is anything useful I can do to help diagnose.

3

Support and Feedback / Re: Quicklook - nearly works

« on: February 13, 2024, 14:12:07 »

Now of course I have no idea how they do it.

I've taken a look at the sources, and from what I've seen and understood, QuickLook constantly monitors active window and tries to get selection from it if the window type matches supported managers (explorer, dopus etc.)

I see, so the "issue" (if it is an issue) should be fixed from QL side then, by having it watching more managers...

4

Support and Feedback / Re: Quicklook - nearly works

« on: February 13, 2024, 08:04:03 »

QuickLook does not know when the focus of a file in MC changes.

Indeed, so my question is probably, "is there a way to politely request MC to pass that info to QL" - after all, many file managers manage to do it (Windows, but also many of the *Commander and a slate of others - see https://github.com/QL-Win/QuickLook/wiki/File-Managers ). There may be profound technical reasons, of course, but at face value it does not sound implausible or unfeasible, I was wondering whether I had maybe overlooked an obvious setting.

Only FM that manage to do it is Windows. None of the other 3rd party filemanager can do that from what I see. Don't see any API for 3rd party tools
That it might work in Windows explorer is becuse I think they probably hook them self into the preview handler or into the shell.

I respectfully disagree. I just tested, and it does work in OneCommander (https://onecommander.com/). Now of course I have no idea how they do it.

5

Support and Feedback / Re: Quicklook - nearly works

« on: February 12, 2024, 21:52:43 »

QuickLook does not know when the focus of a file in MC changes.

Indeed, so my question is probably, "is there a way to politely request MC to pass that info to QL" - after all, many file managers manage to do it (Windows, but also many of the *Commander and a slate of others - see https://github.com/QL-Win/QuickLook/wiki/File-Managers ). There may be profound technical reasons, of course, but at face value it does not sound implausible or unfeasible, I was wondering whether I had maybe overlooked an obvious setting.

MC got its own preview panel, and there you can preview images/pdf and more insida a tab.. That will update when focus changes. It might not be as extension av quicklook

I'm aware of that, but with due respect, QL is more versatile, deals with more file types (pdf, video...), etc. And as far as I'm concerned, it seems a bit pointless to reinvent the wheel...

(and yes, I know that"why don't you just..." is the most infuriating thing to say to a developer, don't get me wrong...  :-) )

Thanks, anyway ! And may I take the opportunity to congratulate you on a great piece of software - it was love at first sight.... :-) Effectively, it does intuitively (almost) everything a file manager should do, in my books at least...

6

Support and Feedback / Quicklook - nearly works

« on: February 12, 2024, 16:49:52 »

Good evening,

A couple of years ago an user reported a rather nice previewer app, called quicklook (https://github.com/QL-Win/QuickLook)
(this thread: https://forum.multicommander.com/forum/index.php?topic=4148.0 )

In the present situation, I'm frustratingly close from getting QL to work with multicommander.

In "filetype setup", I created a new viewer app with extension *.jpg (for time being), replacing therefore the regular MC Picture Viewer. Program path is "C:/path/to/QuickLook.exe", and Program parameters are "${filepath}"

When I select a jpg and press F1, QuickLook dutifully fires and displays the image, as it should. So far, so good.

Now the frustrating part. The nicest feature of QL is that, if you move through your files in windows explorer (with up/down arrow, or by selecting another file with the mouse), QL automatically updates to show the currently selected file.

In multicommander, if I move up/down (or select another file), QL keeps the originally selected file, unless I press F1 again. Now, this is a minor irritant admittedly, but it seems so close from perfection... Is there perhaps a way to tweak my settings so that changing the selected file will trigger the command again, thus forcing QL to "update" ?

Thanks!