- 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