- From: Norm Tovey-Walsh <ndw@nwalsh.com>
- Date: Fri, 07 Mar 2025 17:39:46 +0000
- To: John Dziurlaj <john@turnout.rocks>
- Cc: Wendell Piez <wapiez@wendellpiez.com>, XProc Dev <xproc-dev@w3.org>
John Dziurlaj <john@turnout.rocks> writes: > I'm not sure casting content types would be enough to fully effectuate a cast that is inherently lossy. When casting from a vector to raster image, resolution, color spaces, bit depths, aliasing among other things need to be considered. Such nuances could be handled via option parameters, but those are implementation-defined. I fear even in a rasterize step, some of those are going to be implementation-defined parameters. Different raster formats support different color spaces, may support limited resolutions or bit depths, etc. What would the “general” parameters be, I wonder? - Size - If width and height are provided, does that change the aspect ratio? - Resolution - Color - Bit depth? Color space? I’m not even sure what the options are > There is also the question of which set of casts are supported by a given XProc processor. Built for purpose steps on the other hand give a clear contract as to which functionalities are available and which aren't. I agree. I think a step is the better answer here. Be seeing you, norm -- Norm Tovey-Walsh <ndw@nwalsh.com> https://norm.tovey-walsh.com/ > The one serious conviction that a man should have is that nothing is to > be taken too seriously.--Nicholas Butler
Received on Friday, 7 March 2025 17:39:57 UTC