Closed hassanakbar4 closed 3 years ago
@{"email"=>"julian.reschke@gmx.de", "name"=>nil, "username"=>nil} _uploaded file sample_xref1.xml
(0.5 KiB)_
@{"email"=>"ietf@augustcellars.com", "name"=>nil, "username"=>nil} changed status from new
to closed
@{"email"=>"ietf@augustcellars.com", "name"=>nil, "username"=>nil} changed resolution from ` to
fixed`
@{"email"=>"ietf@augustcellars.com", "name"=>nil, "username"=>nil} commented
Fix checked in on my tree.
Change to match the behavior that is defined in the V3 HTML document. If there is a child content of the xref then that is the only text that appears and it is in the node. If there is no child content then use the generated text in the document.
Additionally tag the node with 'class="xref"' so we can look at using the css in the future.
@{"email"=>"henrik@levkowetz.com", "name"=>nil, "username"=>nil} commented
Fixed in [2311]:
Merged in [2248] from ietf@augustcellars.com: The HTML
rendering for
We follow the layout of what the V3 HTML document says to do. This means that we use the child text of the xref when it exists to the exclusion of any generated text. When the child text does not exist then we use the synthesized text string as the text for the anchor element. In all cases the anchor element is emitted with an href of the target.
Uses of the \'cite\' node are removed as they did not seem to be useful.
In a step forward we emit a class on the a node of \'xref\' per the V3 HTML document. Fixes issue #293.
component_Version 2 cli html
resolution_fixed
type_defect
| by julian.reschke@gmx.deThe HTML output generated for
Seefoo .
is inconsistent with the TXT output.
(it also happens to be different from that the TCL tool and rfc2629.xslt generate). My recommendation is to create the same text content as when generating plain text, and to hyperlink the added Section number, as in:
See foo (Section x).
Issue migrated from trac:293 at 2021-10-20 18:19:34 +0500