New WebP import InDesign Max V18 - another missed opportunity
The latest version of InDesign finally allows users to import and place WebP files.
When I read the news I was elated: finally the developers of Adobe InDesign decided to join the rest of us in the 21st century.
Today I found some time testing the WebP import. At best it is half-baked. At worst it is unusable.
Here are the reasons:
- When an epub file is exported any WebP image is converted to PNG. Huh?
- When a file is published online any WebP image is converted to PNG. Double huh?!
- This conversion to PNG blows up the original file size. For example, a 425kb 1920x1080 webp image with transparency exploded into a 1.86mb file.
- Worse, no control whatsoever is offered to the user to control this conversion from webp to png.
- When the same wepb image is used more than once on a page and each instance is scaled, InDesign's ePub export and Publish Online option "intelligently" decides that it should generate a new PNG version. The really 'smart' decision here is that each file version is identical, though, needlessly blowing up the file size of the published files.
In short, the identical asset is needlessly duplicated in your final publication! Neato. - Naturally the user then decides to use InDesign's Object Export Options to Use the Existing Image for Graphic Objects, hoping that InDesign will retain the original WebP file and maintain it while publishing.
That hope is entirely in vain, of course. During epub export the user is confronted by the following exasperating message:The "Use Existing Image for Graphic objects" setting has been ignored for the resource: 4
G:\Projects\mytestfile\testimage.webp
Which means it is impossible to retain the original assets during export. - When publishing online no such message is displayed. It wouldn't do to warn the user that all their prepared WebP imagery is silently converted to huge-sized PNG files in the background, right?
- Support for animated WebP files is likewise obviously too much to ask for. Just like Animated PNG, Animated WebP files are placed, yet only the very first frame of the animation is displayed and used.
But at least with animated PNG files the user may retain the original animated PNG image and use the existing source image via the Object Export Options in order for the animation to play in an epub or published online.
No such luck with Animated WebP files, though. WebP must be converted to PNG. No control whatsoever.
WebP (static and animated) is supported both by browsers and epub readers like Thorium. Even without animation the PRIMARY reason to use WebP rather than PNG is its alpha support and the lossy compression which results in considerably smaller file sizes - potentially markedly reducing the overall published file size.
And in the case of Publish Online no valid justification can be imagined to convert WebP files to PNG. All browsers have supported WebP for a long time now. Who in their right mind would convert these files to PNG when publising online? It's like shooting yourself in the foot, because it will cost Adobe as a company far more server bandwidth and storage costs.
Instead, with the current WebP support implementation the InDesign developer team have somehow managed to cause LARGER published file sizes and LONGER loading times when using WebP files in the user's InDesign digital publication pipeline!
The very reason to use WebP in our pipelines is artfully done away with! Amazing effort!
An award is in order for going where no-one has gone before 🙂
Congrats team!

