Open manngo opened 5 years ago
I don't plan on installing catalina any time soon, so either someone find the cause why it's not working or you'll have to wait.
As far as I can tell, it must be a 32bit application which no longer works in Catalina. I don’t know whether it would be a matter of recompiling.
Nonsense, this plugin has been 64-bit only since the beginning.
This issue is that this and other QL plugins are no longer recognized as created by an identified developer due to notarization enforcement. The binary needs to be notarized by Apple, which needs a Developer Apple ID and Xcode.
Here are the docs on Notarizing Your App Before Distribution.
I don't want to waste the little time I have with this kind of bullshit. With 900+ stars & 50 forks on this repo it should not be too hard to find someone to do it.
I don't want to waste the little time I have with this kind of bullshit. With 900+ stars & 50 forks on this repo it should not be too hard to find someone to do it.
Then it will require the pull request every time you want to release a new version.
Has anyone tried to see if it works on 10.15.1? I updated my virtual machine and it seems that now the various qlgenerators works but I'm not sure if I did something strange in the settings or if it's a problem solved in the last update.
The title bar does not provide information except these two formats; WebP, BPG macOS Catalina 10.15.1
I think that macos don't allow to customize the quicklook for some common file formats like jpg, png… so for these files is used the standard generator, for less common format (like webp) is used the custom generator.
I think that macos don't allow to customize the quicklook for some common file formats like jpg, png… so for these files is used the standard generator, for less common format (like webp) is used the custom generator.
The system prefers the public.image
identifier.
/System/Library/QuickLook/Image.qlgenerator/Contents/Info.plist
<key>CFBundleTypeRole</key>
<string>QLGenerator</string>
<key>LSItemContentTypes</key>
<array>
<string>public.image</string>
</array>
The system prefers the
public.image
identifier./System/Library/QuickLook/Image.qlgenerator/Contents/Info.plist
<key>CFBundleTypeRole</key> <string>QLGenerator</string> <key>LSItemContentTypes</key> <array> <string>public.image</string> </array>
I just tried moving /System/Library/QuickLook/Image.qlgenerator somewhere else to see if it makes any difference. To my surprise, quick looking images still works the same. Looks like ql for images works somewhat different in Catalina...
The system prefers the
public.image
identifier. /System/Library/QuickLook/Image.qlgenerator/Contents/Info.plist<key>CFBundleTypeRole</key> <string>QLGenerator</string> <key>LSItemContentTypes</key> <array> <string>public.image</string> </array>
I just tried moving /System/Library/QuickLook/Image.qlgenerator somewhere else to see if it makes any difference. To my surprise, quick looking images still works the same. Looks like ql for images works somewhat different in Catalina...
How did you move it? I tried it myself and the system won’t let me.
How did you move it? I tried it myself and the system won’t let me.
You need to re-mount the system partition as writable with sudo mount -uw /
. Then use mv with sudo.
Ah. I forgot about about the new partitioning system for Catalina.
@RomanSmolka I wonder if changing the file extension will give the same result. maybe changing the file location is ineffective. you can back up the file by compressing it. if the generator is not used. why there? interesting.
I just tried moving /System/Library/QuickLook/Image.qlgenerator somewhere else to see if it makes any difference. To my surprise, quick looking images still works the same. Looks like ql for images works somewhat different in Catalina...
after moving the generator do you have reset quicklook with qlmanage -r
? and after try to view an image that you don't have opened recenty to be sure it's not in the cache.
after moving the generator do you have reset quicklook with
qlmanage -r
? and after try to view an image that you don't have opened recenty to be sure it's not in the cache.
Yes, it's still the same even after reboot.
So what you are saying is that you can make this extension work by deleting the default image preview in Catalina? Do you still have the new Catalina controls like the rotate and markup button?
Someone who understands Catalina should write a new plugin. All we need is to show the title bar information. WebP is not required. the system's own generator should be used. I lost a feature that was very useful to me and loved.
I think someone can just fork the current one and fix it. :)
@skynet01 No, that doesn't make it work. There is actually no difference whether the image generator is present or not, which leads me to a thought that in Catalina, image QL is not generated by an extension. Maybe they did it to support the new features you mentioned. But I might be wrong.
Regarding this:
This issue is that this and other QL plugins are no longer recognized as created by an identified developer due to notarization enforcement. The binary needs to be notarized by Apple, which needs a Developer Apple ID and Xcode.
You can disable gatekeeper by opening a terminal and running this. After doing this, qlImage runs OK on Catalina for webp
files (the system generator is still used for all other image types)
$ xattr -d -r com.apple.quarantine ~/Library/QuickLook/qlImageSize.qlgenerator/
As an FYI, homebrew-cask team is currently frustrated by gatekeeper on Catalina, it's breaking many useful-but-small-audience utilities. See https://github.com/Homebrew/homebrew-cask/issues/70798 for a more in depth discussion.
I did try to debug the public.image issue, got as far as this line but it still seems to render preview without the sizes in the title bar. Output does claim it's using the qlImageSize generator - perhaps someone with more experience in QL can spot an error I've made here:
$ qlmanage -p -g ~/Library/QuickLook/qlImageSize.qlgenerator -c jpg ~/Downloads/medium.jpg
git clone https://github.com/Nyx0uf/qlImageSize.git
cd qlImageSize
tar xJvf images-samples.txz
(decompress sample image in the project)open qlImageSize.xcodeproj
realpath Users/benjamin/btsync/projects/qlImageSize/images-samples/webp.webp
[C] webp
QuickLookGeneratorPluginFactory
of main.m
realpath Users/benjamin/btsync/projects/qlImageSize/images-samples/png.png
png
macOS 10.14.6 | macOS 10.15.4 | |
---|---|---|
webp | ✅ | ✅ |
png | ✅ | ❌ |
I have pull a request of info about this behavios to the apple support about october 2019, but without any response.
I have pull a request of info about this behavios to the apple support about october 2019, but without any response.
As Xcode(11.4) is not able to create QuickLook project already (since some Xcode version before), I think Apple is going to be disregard for maintaining the QuickLook development. 🙁🙁🙁
I have pull a request of info about this behavios to the apple support about october 2019, but without any response.
As Xcode(11.4) is not able to create QuickLook project already (since some Xcode version before), I think Apple is going to be disregard for maintaining the QuickLook development. 🙁🙁🙁
So does it mean it is impossible to show Quicklook title bar information?
I have pull a request of info about this behavios to the apple support about october 2019, but without any response.
As Xcode(11.4) is not able to create QuickLook project already (since some Xcode version before), I think Apple is going to be disregard for maintaining the QuickLook development. 🙁🙁🙁
So does it mean it is impossible to show Quicklook title bar information?
I think so with the information i got as so far.
I have pull a request of info about this behavios to the apple support about october 2019, but without any response.
As Xcode(11.4) is not able to create QuickLook project already (since some Xcode version before), I think Apple is going to be disregard for maintaining the QuickLook development. 🙁🙁🙁
So does it mean it is impossible to show Quicklook title bar information?
I think so with the information i got as so far.
But sbarex's plugin can modify the quicklook window (right click, cursor selection). I'm just thinking. i'm not a Apple developer.
I have pull a request of info about this behavios to the apple support about october 2019, but without any response.
As Xcode(11.4) is not able to create QuickLook project already (since some Xcode version before), I think Apple is going to be disregard for maintaining the QuickLook development. 🙁🙁🙁
So does it mean it is impossible to show Quicklook title bar information?
I think so with the information i got as so far.
But sbarex's plugin can modify the quicklook window (right click, cursor selection). I'm just thinking. i'm not a Apple developer.
It's not about the ability to modify window, the key point is the common image file type (png) which is not support to using customized plugin. I think sbarex knows what's going on.
The new appex extension is the replacement for the old quicklook generator. It's allow more customization of the interface (not the title bar, but you can insert a label where you want inside the window) but, like custom generator, it cannot handle many file standard format reserverd by the OS. Sorry but Apple has taken a step back.
The new appex extension is the replacement for the old quicklook generator. It's allow more customization of the interface (not the title bar, but you can insert a label where you want inside the window) but, like custom generator, it cannot handle many file standard format reserverd by the OS. Sorry but Apple has taken a step back.
See it, let me study this tomorrow!
run:
qlmanage -m
result:
public.image -> /System/Library/QuickLook/Image.qlgenerator (906.2)
try:
sudo mv /System/Library/QuickLook/Image.qlgenerator ~/Desktop
qlmanage -r; qlmanage -m;
result:
public.image -> /Users/xxx/Library/QuickLook/qlImageSize.qlgenerator (2.6.1)
but still not working.
- Xcode top menu: Product - Run, break point is hit with webp on macOS 10.15.4 (if not, try to restart Xcode, god bless Apple)
- but if replace webp to png, the break point is not hit with png on macOS 10.15.4.:
I did exactly the same on Xcode 11.6 macOS 10.15.5, and get the exactly same result. The resolution info showed on the preview of the webp file but not on the png one.
@ChesterYue have you had chance to see if Big Sur changes this behaviour back?
For Catalina (and Big Sur) I created a Finder Sync extension to see the image resolution (and also some other info) inside the contextual menu. It also support movie and audio files. Is not the same to see the info on the quicklook preview but it can be useful.
Tested on macOS Monterey: qlImageSize won't work for any format it supported now.
.bpg
-> dyn.ah62d4rv4ge80e6dh
.webp
is now declared by system.
kMDItemContentType = "org.webmproject.webp"
kMDItemContentTypeTree = (
"org.webmproject.webp",
"public.image",
"public.data",
"public.item",
"public.content"
)
The new QuickLook extensions (.appex) won't work for system declared UTIs.
This plugin is great. Hope there will be a turnaround in the future.
https://github.com/sbarex/MediaInfo is a great replacement: it shows more info in the contextual menu for more file types, and is higly customisable
https://github.com/sbarex/MediaInfo is a great replacement: it shows more info in the contextual menu for more file types, and is higly customisable
it is not a replacement. macOS already has a similar feature that's easier. Choose File > Get Info, or press Command-I.
I have tried this on two machines with a freshly install MacOS 10.15 Catalina. It doesn’t appear to be working.