- From: temp <temp44@szm.sk>
- Date: Mon, 23 Aug 2010 13:28:09 +0200 (CEST)
- To: xproc-dev@w3.org
- Message-Id: <20100823112809.D4A1329618@mail-mx-3.alinet.sk>
Hello,here
are some comments about the official XProc test suite i have collected
during development of my own XProc engine implementation. I would
greatly appreciate some feedback.1. First, some comments about individual tests:data-002,
data-006 - expected attribute value 'text/plain; charset="utf-8"' but
was 'text/plain;charset=UTF-8' - the test should be modified so that it
accepts both forms, AFAIK both are ok according to respective
specificationserr-d0006-002 - should throw xd0007 instead, because the sequence appears on a non-sequence output rather than an inputerr-d0020-001 - should be moved into serialization directory, not relevant for engines not supporting serializationerr-primary-001
- i cannot find a reason for xs0008 in the pipeline of this test, is it
supposed to be the primary attribute on the p:identity input? isn't
this attribute allowed by the spec?err-s0007-004
- why is the difference by sequence an error? according to the spec
(4.4) "As a convenience to authors, it is not an error if some
subpipelines declare outputs that can produce sequences and some do
not."err-s0009-003
- why is the difference by sequence an error? according to the spec
(4.6) "As a convenience to authors, it is not an error if an output port
can produce a sequence in the initial subpipeline but not in the
recovery subpipeline, or vice versa."err-s0027-001 - in this test, the default namespace is xmlns="http://xproc.org/ns/testsuite", thus it is used in determination of the option name in p:with-option, so {}:select (short form) and {http://xproc.org/ns/testsuite}:select (long form) are not the same option on the step, are they?err-s0039-00*
- all this steps should be moved into serialization directory, not
relevant for engines not supporting serializationhttp-request-003, http-request-009, http-request-010 - see comment for data-002 and data-006load-002
- throws xc0027 when the engine uses a non-validating parser, since
this test is required, does it mean any xproc engine implementation MUST
use a validating parser?xslt-006 - should be moved to optional, because it requires xslt 2.02.
It would be nice if you could provide the dictionary or schema or at
least an example of the test suite results XML which is used to generate
a test results page like http://tests.xproc.org/results/calumet/. Also it would be great if you could provide the transformation to generate the page itself from the results.3.
What would I have to do if I wanted to register my own XProc
implementation so that I can put up a result page like mentioned above
to the official test suite page?Thanks in advance for your feedback.Regards
Mio
=== reklama ======================================
http://mail.szm.com - e-mail a priestor na www stranku zadarmo
http://webhosting.szm.com - domény a webhosting za najnižšie ceny
SZM.com používa COMDOM Antispam - www.comdomsoft.com
Received on Monday, 23 August 2010 14:18:35 UTC