- From: Norm Tovey-Walsh <ndw@nwalsh.com>
- Date: Wed, 12 Feb 2025 16:06:00 +0000
- To: John Dziurlaj <john@turnout.rocks>
- Cc: "xproc-dev@w3.org" <xproc-dev@w3.org>
John Dziurlaj <john@turnout.rocks> writes: > My preference is to rewrite (if possible) the SUA XSLTs so they will work even if a PSVI if provided. The question is, how? It might be easier to write a simple identity transform that discards all the type information. Off the top of my head, if you want to make a single XSLT work with both schema validated and not-schema-validated inputs, you’ll have to force things back into strings or have conditional processing. For example, fn:tokenize(string(@id)) instead of fn:tokenize(@id). Alternatively, you might try to test if @id has a schema type and only fn:tokenize() if you need to. I don’t think it’s going to be a comfortable boundary to cross, so I’d try to avoid it whenever possible. Be seeing you, norm -- Norm Tovey-Walsh <ndw@nwalsh.com> https://norm.tovey-walsh.com/ > It's a poor sort of memory that only works backward.--Lewis Carroll
Received on Wednesday, 12 February 2025 16:06:09 UTC