Section Title

and , the whitespace is showing up in the finished document. That is, I will not see 'standard' spacing between a {chapter|section} title and the first paragraph (which looks like it should be one line). I will see double/triple spaced lines between the title and the first paragraph. I also see similar between paragraphs. I thought the whitespace between tags was extraneous and would be silently discarded (for example, the whitespace caused by below). Is this not the case? Are there any work arounds to get back to standard line spacing? Jeff

Section Title Term 1 Term 2 ... Term 3 ...

From batienza@indra.es Wed Nov 9 09:38:00 2011 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D6C38750117 for ; Wed, 9 Nov 2011 09:38:00 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.801 X-Spam-Level: X-Spam-Status: No, score=-3.801 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-1.201, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OM9WCo6bTo3r for ; Wed, 9 Nov 2011 09:37:57 +0000 (UTC) X-Greylist: delayed 383 seconds by postgrey-1.32 at menubar.gnome.org; Wed, 09 Nov 2011 09:37:56 UTC Received: from mailhost1.indra.es (mailhost1.indra.es [94.126.240.15]) by menubar.gnome.org (Postfix) with ESMTP id D727475010B for ; Wed, 9 Nov 2011 09:37:48 +0000 (UTC) Received: from MadarrVHub03.indra.es (172.22.204.68) by MADARREDGE04.indra.es (192.168.14.159) with Microsoft SMTP Server (TLS) id 8.3.137.0; Wed, 9 Nov 2011 10:31:15 +0100 Received: from MADARRMAILBOX04.indra.es ([fe80::4440:ec9e:b5d1:37d6]) by MadarrVHub03.indra.es ([::1]) with mapi; Wed, 9 Nov 2011 10:31:22 +0100 From: "Atienza Gonzalez, Beatriz" To: "'xslt@gnome.org'" Date: Wed, 9 Nov 2011 10:31:21 +0100 Thread-Topic: The XSLT C library is designed to run on UNIX Operating Systems compliant with POSIX Thread-Index: AcyewlTSLjC2tITLS02rEast0TBv5w== Message-ID: Accept-Language: en-US, es-ES Content-Language: es-ES X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, es-ES Content-Type: multipart/alternative; boundary="_000_D03D64E45CB1C244A0FD00E83A677B9233A30062MADARRMAILBOX04_" MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 21 Nov 2011 19:36:37 +0000 Subject: [xslt] The XSLT C library is designed to run on UNIX Operating Systems compliant with POSIX X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2011 09:38:01 -0000 --_000_D03D64E45CB1C244A0FD00E83A677B9233A30062MADARRMAILBOX04_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Daniel Veillard! We are working in a project in Spain and need to verify the following requi= rement: The subsystem shall be designed to run on UNIX Operating Systems co= mpliant with POSIX (IEEE Std. 1003.1-latest version). Our subsystem uses th= e xlstproc command. I would like to ask you if the XSLT C library is des= igned to run on UNIX Operating Systems compliant with POSIX (IEEE Std. 1003= .1-latest version) Thank you. Regards, Bea. Beatriz Atienza Gonz=E1lez ATM Continental Europe Ctra. de Loeches, 9, Ed. FLUMA 28850 Torrej=F3n de Ardoz, Madrid Spain T +34 91 6272174 batienza@indra.es www.indra.es ________________________________ Este correo electr=F3nico y, en su caso, cualquier fichero anexo al mismo, = contiene informaci=F3n de car=E1cter confidencial exclusivamente dirigida a= su destinatario o destinatarios. Si no es vd. el destinatario indicado, qu= eda notificado que la lectura, utilizaci=F3n, divulgaci=F3n y/o copia sin a= utorizaci=F3n est=E1 prohibida en virtud de la legislaci=F3n vigente. En el= caso de haber recibido este correo electr=F3nico por error, se ruega notif= icar inmediatamente esta circunstancia mediante reenv=EDo a la direcci=F3n = electr=F3nica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confide= ntial information that is exclusively addressed to its recipient(s). If you= are not the indicated recipient, you are informed that reading, using, dis= seminating and/or copying it without authorisation is forbidden in accordan= ce with the legislation in effect. If you have received this email by mista= ke, please immediately notify the sender of the situation by resending it t= o their email address. Avoid printing this message if it is not absolutely necessary. --_000_D03D64E45CB1C244A0FD00E83A677B9233A30062MADARRMAILBOX04_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Daniel Veillard!

We are working in a project in = Spain and need to veri= fy the following requirement: The subsystem shall be designed to run on UNIX Operating Systems compliant w= ith POSIX (IEEE Std. 1003.1-latest version). Our subsystem uses the xlstproc command. I would like to ask you= if the XSLT C library is designed to run on UNIX Operati= ng Systems compliant with POSIX (IEEE Std. 1003.1-latest version)

Thank you.

Regards,

Bea.

Beatriz Atienza Gonz=E1lez<= /span>

ATM Continental Europe

Ctra. de Loeches, 9, Ed. FLUMA
28850 Torrej=F3n de Ardoz, Madrid

Spain

T +34 91 6272174

batienza@indra.es
www.indra.es =

Este correo electr=F3nico y,= en su caso, cualquier fichero anexo al mismo, contiene informaci=F3n de ca= r=E1cter confidencial exclusivamente dirigida a su destinatario o destinata= rios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilizaci=F3n, divulgaci=F3n y/o copia si= n autorizaci=F3n est=E1 prohibida en virtud de la legislaci=F3n vigente. En= el caso de haber recibido este correo electr=F3nico por error, se ruega no= tificar inmediatamente esta circunstancia mediante reenv=EDo a la direcci=F3n electr=F3nica del remitente.
Evite imprimir este mensaje si no es estrictamente necesario.

This email and any file attached to it (when applicable) contain(s) confide= ntial information that is exclusively addressed to its recipient(s). If you= are not the indicated recipient, you are informed that reading, using, dis= seminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. I= f you have received this email by mistake, please immediately notify the se= nder of the situation by resending it to their email address.
Avoid printing this message if it is not absolutely necessary.
--_000_D03D64E45CB1C244A0FD00E83A677B9233A30062MADARRMAILBOX04_-- From milu71@gmx.de Mon Nov 21 20:06:03 2011 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BEAB47500A7 for ; Mon, 21 Nov 2011 20:06:03 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.8 X-Spam-Level: X-Spam-Status: No, score=-1.8 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_ENVFROM_END_DIGIT=0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lxGb5LfJ1mU0 for ; Mon, 21 Nov 2011 20:06:02 +0000 (UTC) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by menubar.gnome.org (Postfix) with SMTP id B58707500A3 for ; Mon, 21 Nov 2011 20:06:01 +0000 (UTC) Received: (qmail invoked by alias); 21 Nov 2011 20:05:59 -0000 Received: from e182079093.adsl.alicedsl.de (EHLO Dago) [85.182.79.93] by mail.gmx.net (mp071) with SMTP; 21 Nov 2011 21:05:59 +0100 X-Authenticated: #48488578 X-Provags-ID: V01U2FsdGVkX1/9JkxNcqL9Oksi8BIGOjY+hV4qcZpfAejYTndhmI wJNLbhMvqQGdL7 Date: Mon, 21 Nov 2011 21:05:24 +0100 From: Michael Ludwig To: xslt@gnome.org Message-ID: <20111121200523.GE4556@Dago> Mail-Followup-To: xslt@gnome.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Rechner: DAGO User-Agent: Mutt/1.5.20 (2009-12-10) X-Y-GMX-Trusted: 0 Subject: Re: [xslt] The XSLT C library is designed to run on UNIX Operating Systems compliant with POSIX X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2011 20:06:04 -0000 Atienza Gonzalez, Beatriz schrieb am 09.11.2011 um 10:31 (+0100): > I would like to ask you if the XSLT C library is designed to run on > UNIX Operating Systems compliant with POSIX (IEEE Std. 1003.1-latest > version) I have never seen a Linux system (= POSIX AFAIK) where Daniel's XSLT library didn't compile or couldn't be used in programs. It can be used on Windows as well. Michael From darko.miletic@gmail.com Thu Nov 24 13:13:22 2011 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 274627500C3 for ; Thu, 24 Nov 2011 13:13:22 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.622 X-Spam-Level: X-Spam-Status: No, score=-2.622 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, TW_IB=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Sj2FCWZ8xYRm for ; Thu, 24 Nov 2011 13:13:18 +0000 (UTC) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by menubar.gnome.org (Postfix) with ESMTP id 2F96F750120 for ; Thu, 24 Nov 2011 13:13:09 +0000 (UTC) Received: by vbbfa15 with SMTP id fa15so3683954vbb.27 for ; Thu, 24 Nov 2011 05:13:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :content-type; bh=C84mxVU4ZvQ/C3j9ftarrPqmkZh05jeKitH1yn2C++Y=; b=nIiP/mDP86W9pTGog87o4gTUAbQAQOIsexh2XQ1PTFuxjr1h7r4q5NoAcNSNF2D1Gq 2WGbnFlHWd3zWLlMpPbhZHs7/+u5RQVWh170q+5+EYe5j7hEocZ4NeuuEiguRr56rdX7 XhLZcJ5Mst40UBazs4KpD5ajjh4pgDvnYWIyE= Received: by 10.52.20.147 with SMTP id n19mr29819126vde.77.1322140387286; Thu, 24 Nov 2011 05:13:07 -0800 (PST) Received: from [192.168.2.145] ([190.55.98.214]) by mx.google.com with ESMTPS id y3sm24781249vdj.4.2011.11.24.05.13.05 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 24 Nov 2011 05:13:06 -0800 (PST) Message-ID: <4ECE42DE.2020409@gmail.com> Date: Thu, 24 Nov 2011 10:13:03 -0300 From: Darko Miletic User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.22) Gecko/20110902 Lightning/1.0b2 Thunderbird/3.1.14 MIME-Version: 1.0 To: xslt@gnome.org Content-Type: multipart/alternative; boundary="------------050008060706070705090607" Subject: [xslt] Issues when validating language strings X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Darko Miletic , The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2011 13:13:22 -0000 This is a multi-part message in MIME format. --------------050008060706070705090607 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit According to the schema standard xs:language type is defined as follows (see http://www.w3.org/TR/xmlschema11-2/#language): According to that definition if we put 'aa-bb-cc' as a value of xml:lang or any custom attribute of type xs:language it should be accepted as valid one. However when using libxslt that is not the case. Definition of language type in libxslt permits only one section with - (like aa-bb, dd-cc, en-US etc.). It is as if it uses this regex for validation: [a-zA-Z]{1,8}(-[a-zA-Z0-9]{1,8}) Here are the sample files that demonstrate the issue: --- test.xml --- -

custom language English US --- test.xsd -- Save these files in the same directory and execute following command to demonstrate the issue: xmllint --noout --schema test.xsd test.xml Any thoughts? This looks like a bug to me. -- Darko Miletic --------------050008060706070705090607 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit According to the schema standard xs:language type is defined as follows (see http://www.w3.org/TR/xmlschema11-2/#language):

<xs:simpleType id="language" name="language">

<xs:restriction base="xs:token">

<xs:pattern id="language.pattern" value="[a-zA-Z]{1,8}(-[a-zA-Z0-9]{1,8})*"/>

</xs:restriction>

</xs:simpleType>

According to that definition if we put 'aa-bb-cc' as a value of xml:lang or any custom attribute of type xs:language it should be accepted as valid one.

However when using libxslt that is not the case. Definition of language type in libxslt permits only one section with - (like aa-bb, dd-cc, en-US etc.). It is as if it uses this regex for validation:

[a-zA-Z]{1,8}(-[a-zA-Z0-9]{1,8})

Here are the sample files that demonstrate the issue:

--- test.xml ---
<?xml version="1.0" encoding="UTF-8" ?>

- <rootel xmlns="http://dummy.libxml2.validator" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://dummy.libxml2.validator test.xsd">

<sample language="aa-bb-cc">custom language</sample>

<sample language="en-US" xml:lang="aa-bb-cc">English US</sample> </rootel>

--- test.xsd --
<?xml version="1.0"?> <xs:schema id="rootel" targetNamespace="http://dummy.libxml2.validator" xmlns="http://dummy.libxml2.validator" xmlns:xs="http://www.w3.org/2001/XMLSchema" attributeFormDefault="qualified" elementFormDefault="qualified"> <xs:import namespace="http://www.w3.org/XML/1998/namespace" schemaLocation="http://www.w3.org/2001/xml.xsd" /> <xs:element name="rootel"> <xs:complexType> <xs:choice minOccurs="0" maxOccurs="unbounded"> <xs:element name="sample" nillable="true"> <xs:complexType> <xs:simpleContent> <xs:extension base="xs:string"> <xs:attribute name="language" form="unqualified" type="xs:language" /> <xs:attribute ref="xml:lang" use="optional"/> </xs:extension> </xs:simpleContent> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> </xs:element> </xs:schema>

Save these files in the same directory and execute following command to demonstrate the issue:

xmllint --noout --schema test.xsd test.xml

Any thoughts? This looks like a bug to me.

-- 
Darko Miletic

--------------050008060706070705090607--