Closed ietf-svn-bot closed 11 years ago
@julian.reschke@gmx.de commented
Interesting; could you please provide an example, with the current and the expected output. Just trying to make sure that there's no misunderstanding involved here...
@julian.reschke@gmx.de commented
Sent mail to rfc-i: http://www.rfc-editor.org/pipermail/rfc-interest/2010-June/001754.html
@julian.reschke@gmx.de commented
Alice Hagens points to http://www.rfc-editor.org/rfc-style-guide/rfc-style, Appendix A.1:
The author's name (initial of first given name followed by family name), right-justified on the first line of the heading.
@julian.reschke@gmx.de commented
I believe this needs to backed out, or made optional (PI?). As far as I can tell, the output will not be accepted by the RFC Editor (which means more manual finetuning will occur during AUTH48).
@tony@att.com commented
add a PI <?rfc multiple-initials='yes'?> to allow this
@julian.reschke@gmx.de changed owner from ` to
tony@att.com`
@julian.reschke@gmx.de changed type from defect
to enhancement
@julian.reschke@gmx.de commented
Change backed out for now as of 3ce74caeaa3b603bcd09403045b8668973dd4524.
@arusso@amsl.com changed component from ` to
Version 2 cli`
@arusso@amsl.com commented
Based on the following note from the RFC Series Editor, it seems this flexibility is desired behavior.
Traditionally, the RFC Series requests that authors names be presented with "first name initial, last name". There have been enough exceptions over the years, however, to make this a rather fuzzy tradition.
What is most important to the Series is that authors names be consistent over time and using standard capitalization. If author feels 2 initials distinguishes them, then we should allow it. For the sake of the readership, however, an author can't switch between H. Flanagan, H. L. Flanagan, H.L. Flanagan, and so on.
So, what the RFC Editor would like to see out of xml2rfc is more flexibility to allow for author preferences. From our side, we will be documenting this more fully in the new version of the Style Guide, which will be made available for comment shortly after IETF 84. This will go on the web page component of the Style Guide.
Please let me know if there are any questions!
-Heather Flanagan, RSE
@henrik@levkowetz.com changed status from new
to closed
@henrik@levkowetz.com changed resolution from ` to
fixed`
@henrik@levkowetz.com commented
Fixed in f0d66ad6a5f58fd6a155dfe28baaa930f0a3bc8d:
Factored out the code which gets an author's initials from the xml author element, and made the get_initials() utility function return initials fixed up with trailing spaces, if missing. The current code does not mangle initials by removing any initials but the first one. Fixes issue #63, closes issue #10.
owner:tony@att.com
resolution_fixed
type_enhancement
| by adam@nostrum.comThe xml2rfc.tcl tool includes code that removes authors' second (and subsequent) initials when generating documents. In practice, there is a high probability that authors know their own names and preferences better than the tool does, and that inclusion of a second initial in their name in the input files is an indication that they expect it to appear in the output.
The offending code appears at line 6416 of the 1.35 release, and reads as follows:
if {[string compare $av(initials) ""]} {
set av(initials) [lindex [split $av(initials) .] 0].
}
I have verified that removal of these lines solves the problems, and it appears to introduce no new issues. I have been using this modification since 1.24 (re-introducing it into my local copy with each new release) with no ill effects.
Issue migrated from trac:10 at 2022-02-05 12:22:23 +0000