You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Beyond compressing to standard Accept-Encoding values, what else can they be used for?
My use case:
Take each asset
a few more static files based on a condition
then produce a zip file
Current compressor API doesn't make it possible to get to step 2 due to lack of access to current target options. Also, there's assets that won't produce zip files at all (browser code).
I resorted to the Parcel API which listen to build events and generate zip files the way we need.
To be clear: I'm not calling them useless, I state in the first paragraph they have a use, but I wonder if it can be expanded. Or maybe my workaround is the expected way to handle this?
If the compressor API were to be expanded, it needs access to:
current target (node, browser, entry name, everything)
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
Beyond compressing to standard Accept-Encoding values, what else can they be used for?
My use case:
Current compressor API doesn't make it possible to get to step 2 due to lack of access to current target options. Also, there's assets that won't produce zip files at all (browser code).
I resorted to the Parcel API which listen to build events and generate zip files the way we need.
To be clear: I'm not calling them useless, I state in the first paragraph they have a use, but I wonder if it can be expanded. Or maybe my workaround is the expected way to handle this?
If the compressor API were to be expanded, it needs access to:
What are your opinions on this?
Beta Was this translation helpful? Give feedback.
All reactions