bug #2602
closedTaxon synonymy: type designation footnotes rendered together with taxon_page_synonymy footnotes
0%
Description
see Crepis synonymy page http://wp6-cichorieae.e-taxonomy.eu/portal/?q=cdm_dataportal/taxon/d0ae2121-1c32-4737-8c49-f871d429fd90/synonymy
Die Fußnote 4 vor den Fußnoten 1-3 angezeigt? Nehme an, dass liegt daran, dass sie zu dem Typus gehört. Ist aber dennoch ein bischen verwirrend. Ist das so gewollt?
this is a bug, the footnotes should be assembled into one one of the following footnote sections:
<li class="footnotes footnotes-taxon_page_synonymy-annotations "></li> <li class="footnotes footnotes-99396e2e-918e-4c94-993c-81f98181a158-annotations "><li>
Closely related to #4964 (footnotes for taxonRelationships taxonRelationships annotations should be rendered together)
Related issues
Updated by Andreas Kohlbecker almost 9 years ago
- Priority changed from Priority08 to Priority10
Updated by Andreas Kohlbecker over 4 years ago
- Description updated (diff)
- Private changed from Yes to No
Updated by Andreas Kohlbecker over 4 years ago
- Related to bug #4964: footnotes for taxonRelationship sources and annotations should be rendered together added
Updated by Andreas Kohlbecker over 4 years ago
- Related to task #8543: overcome distinction of annotation and other foonotes added
Updated by Andreas Kohlbecker almost 4 years ago
can be solved by setting the $footnote_list_key_suggestion
parameter of handle_annotations_and_sources()
explicitly.
Here at the example of creating footnotes for typedesignations:
handle_annotations_and_sources(
$derivedUnitFacadeInstance,
typedesignations_annotations_and_sources_config(),
'',
RenderHints::getFootnoteListKey()
);
Updated by Andreas Kohlbecker over 3 years ago
- Status changed from New to Worksforme
- Target version deleted (
cdm_dataportal - Next Major Release)
this has been solved already earlier