Re: [xml2rfc] Outdenting sourcecode

On 22/07/21 7:38 pm, Carsten Bormann wrote:
> When I was younger, xml2rfc outdented artwork that was too wide, giving us a whopping three characters more horizontal space.
> 
> I still get messages that it does, and it sometimes actually does, but then there are cases where it doesn’t.
> 

Do you have an example where xml2rfc outdented artwork CDATA?

> Before I go on a goose chase: What’s going on here?
> 
> (I use xml generated with kramdown-rfc 1.5.2 from https://github.com/ietf-rats-wg/basic-yang-module/blob/master/draft-ietf-rats-yang-tpm-charra.md
> Yes, one can argue how wise it is to have artwork sources indented by four spaces and relying on xml2rfc to reduce its own indent by three so everything just fits, but that’s the way it used to work, and I don’t see how that broke.)

This could be down to how pretty_print in lxml prints CDATA because 
pretty_print_prep function in xml2rfc doesn't seem to be doing anything 
on CDATA.

   --Kesara
> 
> Grüße, Carsten
> 
> _______________________________________________
> xml2rfc mailing list
> xml2rfc@ietf.org
> https://www.ietf.org/mailman/listinfo/xml2rfc
> 

-- 
Kesara Rathnayake
Senior Software Development Engineer - IETF LLC
krathnayake@ietf.org