Bug#383874: contrib normalization fixed upstream
Hi. I'm the upstream developer for the DocBook XSL manpages stylesheet. Daniel Leidert brought Debian bug #383874 to my attention. I've checked in a fix for bug #383874 to the upstream source. You can test it using the latest snapshot: http://docbook.sourceforge.net/snapshots/ The fix will be included in the next release -- which will either be numbered 1.70.2 or 1.80.0. --Mike smime.p7s Description: S/MIME cryptographic signature
Bug#383874: contrib normalization fixed upstream
tags 383874 + fixed-upstream thanks Am Dienstag, den 22.08.2006, 03:03 +0200 schrieb Michael(tm) Smith: Hi. I'm the upstream developer for the DocBook XSL manpages stylesheet. Daniel Leidert brought Debian bug #383874 to my attention. I've checked in a fix for bug #383874 to the upstream source. You can test it using the latest snapshot: I will include the fix http://sourceforge.net/mailarchive/forum.php?thread_id=30313029forum_id=2281 with the next upload (along with another bug-fix http://sourceforge.net/mailarchive/forum.php?thread_id=30302421forum_id=2281). http://docbook.sourceforge.net/snapshots/ The fix will be included in the next release -- which will either be numbered 1.70.2 or 1.80.0. Thanks for the reply Michael. Just a question: The same issue affects also other children of author|editor|othercredit (like email, firstname, surname, authorblurb, ...). Shouldn't they be treated the same way? Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383874: contrib normalization fixed upstream
Daniel Leidert [EMAIL PROTECTED], 2006-08-22 04:32 +0200: Thanks for the reply Michael. Just a question: The same issue affects also other children of author|editor|othercredit (like email, firstname, surname, authorblurb, ...). Shouldn't they be treated the same way? The authorblurb element can contain paragraph data, which can include verbatim environments (programlisting, screen, etc.). So it would be wrong to run normalize-space on it. As far as firstname and surname, yeah, perhaps they should be normalized. I'll take a look. If you have others mind, I can look at them case by case. --Mike smime.p7s Description: S/MIME cryptographic signature
Bug#383874: contrib normalization fixed upstream
Am Dienstag, den 22.08.2006, 04:49 +0200 schrieb Michael(tm) Smith: Daniel Leidert [EMAIL PROTECTED], 2006-08-22 04:32 +0200: Thanks for the reply Michael. Just a question: The same issue affects also other children of author|editor|othercredit (like email, firstname, surname, authorblurb, ...). Shouldn't they be treated the same way? The authorblurb element can contain paragraph data, which can include verbatim environments (programlisting, screen, etc.). So it would be wrong to run normalize-space on it. Ok, ACK (never used authorblurb). As far as firstname and surname, yeah, perhaps they should be normalized. I'll take a look. If you have others mind, I can look at them case by case. I think, the firstname and surname (othername too?), email, honorific and probably lineage elements should be normalized too, to avoid unintended linebreaks in the AUTHOR section. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383874: contrib normalization fixed upstream
Daniel Leidert [EMAIL PROTECTED], 2006-08-22 05:49 +0200: I think, the firstname and surname (othername too?), email, honorific and probably lineage elements should be normalized too, to avoid unintended linebreaks in the AUTHOR section. Fixed. Please test with the latest snapshot. All person name output is now normalized, as well as email. Also copyright output. --Mike smime.p7s Description: S/MIME cryptographic signature