-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Quicklook copies file path in voidtools Everything #593
Comments
I believe this issue has been fixed in #521. |
I got the nightly version from https://ci.appveyor.com/project/xupefei/quicklook/build/artifacts and so far, so good, looks like it's fixed. I'll update this post if there's any further problems. |
Update: The nightly I installed fixed the "Space copies file path" bug, but it now has another bug, where, as long as QuickLook is running, if I select a file in Everything and Ctrl+X it, the clipboard is cleared after half a second or so. Is there a new nightly that would have fixed this issue? |
What does Ctrl+X do in Everything? |
Cuts a file, if a file is selected. Everything uses default Windows Explorer controls in general (Ctrl+C/V/X, Space previews with QuickLook, etc.) I'm thinking it might have been a one-off bug, as I haven't seen that behaviour since. |
Any progress on this? Because since QuickLook v3.6.5 and now in v3.6.6, while using Everything, pressing Space does nothing at all. |
@HASJ what OS are you on? It works for me on Win10 v1709; I'll test soon on Win7 |
@Darthagnon Win10 x64 v1909 |
@HASJ Does it work if you run QuickLook as administrator? |
EDIT2: Weird. I tried again and it worked fine. Didn't copy the file path. Dunno, maybe it's intermittent? Will update here if it happens again.
EDIT: here's the last working nightly build that doesn't copy the file path from Everything: https://drive.google.com/open?id=1ZvTG13Yd0OhR9yFWdvfogBAwDmn3QjVF Here's the Everything forum thread where this is discussed: |
|
QuickLook has to copy the path to be able to work in Everything. In the latest version (3.6.6) of QuickLook:
The ultimate solution would be Everything to provide a SendMessage/PostMessage API that returns the full path of the selected file. |
Tested with QuickLook v3.6.7:
@xupefei Maybe it has something to do with the activation method for Everything? e.g. I use Ctrl+Alt+Space - maybe sometimes, Quicklook grabs that Space and gets confused? Or is it interpreting "Enter" to mean something? Everything worked fine with QuickLook-3.6.5-37-g2d8a38f (Build 618). @HASJ What activation key combo do you use for QuickLook? (Off topic, but how did you get QuickLook dark like that?! Looks sweet!) |
No idea :'( Maybe goblins in my PC. Thank you for testing! From your post, I realised there's an update for Everything. Maybe that'll change things. It doesn't seem to happen with 100% certainty for me EDIT: tested with updated Everything; still happens :'( @HASJ, what programs do you normally keep running as services & where do you have QuickLook/Everything installed? Maybe there's a common denominator for us. My setup:
EDIT2: I just had a think, and tried closing TidyTabs (only other program I could think would access file paths in the background like this). Tested a couple times, all good. Will test more, but I suspect TidyTabs. Do you use it, @HASJ? |
Default locations and as of v3.6.7, QuickLook only copies the file's path when previewing a file, like xupefei said. |
I'm thinking my issue must have been caused by having a Quicklook window open (and hidden) in the background somewhere (which can sometimes happen, when the user forgets about it, or doesn't dismiss it, or "pins" a Quicklook window). Upon searching Everything and navigating with the arrow keys to the target file, Quicklook would update with previews of the highlighted files, but in the background, out of sight. This would result in the clipboard being overwritten, without any prompt. Workaround: I need to make sure to dismiss Quicklook windows, so they don't stay open in the background and overwrite my clipboard. |
This is certainly possible, and is the reason why macOS Quick Look window will always be on top of any other windows. |
Not related to this issue (completely), but where did you get dark theme for Everything? You did those workaround they're showing in forums or it has been finally rolled out? If it's rolled out, I have to update my build. Thanks. (Sorry for OT, just a quick question.) |
@K0media Penumbra theme on DeviantArt, requires UltraUXThemePatcher, will make all of Windows nice and dark. |
@K0media, for what it's worth a Dark Mode/Dark Theme is coming in the next big Everything 1.5 update. It looks like this and is customizable: https://www.voidtools.com/forum/viewtopic.php?f=12&t=9789 You can try it out now in the Alpha release, though it's got some bugs: |
Glad to hear the news about an Everything Dark Mode. Looks like it's getting some other sick improvements, too! It's also worth noting that I haven't noticed the titular bug with folder path copying for quite a while. |
Steps to reproduce:
This is apparently a bug in QuickLook, not in Everything.
It's very annoying when copying a web address and I try to use my keyboard only to navigate to a notes.docx to paste the web address. It forces me to use my mouse
The text was updated successfully, but these errors were encountered: