[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Source code formatting

Subject: Re: Source code formatting
From: "Michael Kay mike@xxxxxxxxxxxx" <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx>
Date: Wed, 29 Jul 2020 11:19:52 -0000
Re:  Source code formatting
Agreed, the attribute normalization spec is an absolute pain, and being able
to switch it off would have many benefits and no adverse consequences I can
foresee.

Michael Kay
Saxonica

> On 29 Jul 2020, at 09:27, Pieter Lamers pieter.lamers@xxxxxxxxxxxx
<xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> wrote:
>
> I have the same problem when storing XSLT documents in eXist-db. Attribute
normalization also kills whitespace there because the spec says whitespace
should be ignored in attribute values (and eXist-db normalizes against the
spec). Isn't it about time to change the spec in this respect?
> Pieter
> On 28/07/2020 23:18, Willem Van Lishout willemvanlishout@xxxxxxxxx
<mailto:willemvanlishout@xxxxxxxxx> wrote:
>> Hi list,
>>
>> Like many of you, I assume, I use a version control system when working on
XSLT projects. I'm working together with multiple people, and we run the code
through an XML formatter before checking it in to avoid formatting differences
showing up in the diffs.
>>
>> The problem is that, due to attribute value normalization, carriage returns
are removed from attribute nodes during XML parsing. When using long XPath
expressions (and this has become very common in XSLT 3, especially with higher
order functions), which are split in multiple lines, this results in huge
single line outputs which are impossible to read.
>>
>> It seems any sort of XML processing will irreversibly transform the
whitespace, therefore I have to choose between:
>> - No formatting
>> - Formatting using non-XML tools?
>> - Finding a parser that bends the rules...
>>
>> Have any of you experienced the same problem and did you find a solution?
>>
>> Thanks.
>>
>> Willem Van Lishout
>> willemvanlishout@xxxxxxxxx <mailto:willemvanlishout@xxxxxxxxx>
>>
>> XSL-List info and archive <http://www.mulberrytech.com/xsl/xsl-list>
>> EasyUnsubscribe <http://lists.mulberrytech.com/unsub/xsl-list/2854576> (by
email <applewebdata://12302037-1672-4E9D-86DF-CF53F6E04F9E>)
> --
> Pieter Lamers
> John Benjamins Publishing Company
> Postal Address: P.O. Box 36224, 1020 ME AMSTERDAM, The Netherlands
> Visiting Address: Klaprozenweg 75G, 1033 NN AMSTERDAM, The Netherlands
> Warehouse: Kelvinstraat 11-13, 1446 TK PURMEREND, The Netherlands
> tel: +31 20 630 4747
> web: www.benjamins.com <http://www.benjamins.com/>
> XSL-List info and archive <http://www.mulberrytech.com/xsl/xsl-list>
> EasyUnsubscribe <http://lists.mulberrytech.com/unsub/xsl-list/293509> (by
email <>)

Current Thread

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.