Earlier quoted context omitted.
almost all servers support compression nowadays, and most clients as well. The HTTP headers and such won't get compressed, but there's a very good chance that every page and text asset you get has been compressed in transit. Some servers even have the option of precompressing assets and delivering them without having to stream through a compression algorithm, but that only works with static assets.
Interesting, that second point. Wonder how it is done. Via some background process that keeps monitoring asset dirs for new files, or does the user have to run a tool for that whenever they add new assets.
FLIF – Free Lossless Image Format
151–153 of 153 posts
Re: FLIF – Free Lossless Image Format
#152Earlier quoted context omitted.
Interesting, that second point. Wonder how it is done. Via some background process that keeps monitoring asset dirs for new files, or does the user have to run a tool for that whenever they add new assets.
However you choose to do so, i.e. usually via your deployment tool or something similar. One reference point: http://nginx.org/en/docs/http/ngx_http_gzip_static_module.ht...
Re: FLIF – Free Lossless Image Format
#153Earlier quoted context omitted.
It really depends on what it is - Edge is missing some rather fundamental modern CSS features (filters immediately springs to mind).
Actually, Edge has CSS filters as of last November: https://wpdev.uservoice.com/forums/257854-microsoft-edge-dev... Test drive site here: https://dev.windows.com/en-us/microsoft-edge/testdrive/demos...
https://dev.windows.com/en-us/microsoft-edge/platform/status...
They have it marked as low priority, even tho it is a standard present in all other browsers.
I think that roadmap displays a solid representation that Edge is going to be our next lowest common denominator for webdesign/development for the next few years... I really don't care about its native ES6 support.
Maybe SVG 2.0...
This is the link of doom for me: https://wpdev.uservoice.com/forums/257854-microsoft-edge-dev...