Re: [quickbook] Problem with [pre element

John Maddock <[email protected]>
Newsgroups gmane.comp.lib.boost.documentation
Message-ID <BEA7BDC34D884EF99FBF77AAB712B269@acerlaptop>
>> Which doesn't honour the spaces in front of the first "1", but does for 
>> all
>> the others - I've checked BTW that the problem is present in the docbook, 
>> so
>> I assume this is a quickbook issue?
>
> Yes, it has always done that. Looking at the source I fixed it for 1.6
> but didn't for older versions to maintain backwards compatibility.
> I've done that quite a lot because I've found that seemingly sensible
> changes can break things. I should get round to finishing of 1.6, it's
> pretty much ready. I think I just need people to have a look at the
> changes and try them out to see if there's anything they object to or
> want changed.
>
> As a workaround, you can trick quickbook by putting something that
> doesn't cause any output after the pre tag (other than a comment),
> such as an empty template:
>
> [template empty]
> [pre [empty]
>     1
> ]

OK that works, thanks.

BTW this looks like a plain bug to me - stripping newlines after [pre seems 
fair enough, but I can't think of a legitimate use case for stripping all 
whitespace, but, <shrug> I guess ;-)

Thanks, John.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.