The title I intended to use was "Please consider implementing real QuickLook for WebP or unbinding public.webp from PixelmatorLook.qlgenerator". It was too long for the title box, though.
Disclosure: I already email@example.com about this issue. I'm posting the content of my email here for record and cross-referencing on the web. It will also (hopefully) let future users researching this know that you guys are already aware of this issue.
Additionally, I consider this issue more of a bug than a feature request. Others may disagree.
Here goes the issue.
I'm using Pixelmator3.4.2 Twist (51215) on OS X 10.11.2. Currently, the bundled PixelmatorLook.qlgenerator binds to the UTI public.webp. However, the generator isn't really capable of quicklooking WebP images; at least this is what I get when trying to quicklookhttp://www.gstatic.com/webp/gallery/1.webp locally:
(See attached image.)
All it does is give me an option "Open with Pixelmator", which goes against the spirit of QuickLook — quickly previewing *without* opening (and I can already do that simple with Cmd+O, since public.webp is already bound to open in Pixelmator.app by default). What's worse, due to OS X preferring application's QuickLook plugins over plugins in ~/Library/QuickLook or /Library/QuickLook,PixelmatorLook.qlgenerator blocks other *real* WebP QuickLook plugins, e.g.,https://github.com/dchest/webp-quicklook. Seehttps://github.com/dchest/webp-quicklook/issues/2#issuecomment-124122612 for how troubles people in the real world.
Therefore, please consider implementing real QuickLook for WebP, or just unbind it from PixelmatorLook.qlgenerator. The former shouldn't be too difficult; there's even MIT-licensed code floating around which you might be able to take advantage of, e.g.,https://github.com/dchest/webp-quicklook referenced above. The latter is really easy. Just remove
(sorry, can't format here)
Thanks for your consideration.