João Abecasis wrote:

I haven't looked into the OP's issue in particular, but here's my best guess anyway.

BoostBook's stylesheets remove whitespace in a lot of places (basically at the start and end of tags and in-between consecutive tags). We have been working around this in QuickBook by outputting   at places.

My first (and only) fix to a related issue contemplated code snippets (<programlisting>), where I explicitly asked the stylesheet to preserve whitespace. One way to fix similar issues is to add the relevant xml elements to the preserve-space list in tools/boostbook/xsl/docbook.xsl:line 23.

Another way to do this is to do what DocBook does and that is to have preserve-space on all elements (elements="*") and single out the ones where it is not significant with a strip-space. Perhaps it is time we went this way as well.

I'm hoping that an empty strip-space list won't do much harm because we still have the DocBook safety net below us. This should also render obsolete all nbsp handling in QuickBook.

Comments?

I agree. I think that DocBook's behavior is the best approach.
It makes me wonder though why BoostBook chose a different approach.
Maybe Doug can shed some light? At any rate, I move that we
switch to the DocBook behavior. Is there a chance that this will
cause problems with BoostBook? I'd assume that if they do cause
some differences in output, those will be additions of white spaces
and not deletions --- which IMO is more disaster prone; as we've
come to realize.

Yeah! No more nbsp!

Regards,
--
Joel de Guzman
http://www.boost-consulting.com
http://spirit.sf.net



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Boost-docs mailing list
[email protected]
Unsubscribe and other administrative requests: 
https://lists.sourceforge.net/lists/listinfo/boost-docs

Reply via email to