translator and subsequent-author-substitute

birne75

Hi,

I have encountered the following problem.
The citation style I'm trying to create demands that in the bibliography subsequent items by the same creator(s) are introduced only with "---." following the first item. In the case, the creator ("author") is a translator or editor of the work without there being any actual author, these creator types are supposed to take the space of author.

Thus the output should be as follows:

Doe, John. "Titel 1" ...
---. "Titel 2" ...
--- (ed.). "Titel 3" ...
--- (trans.) "Titel 4" ...
---. "Titel 5" ...

The "contributors"-macro looks like this:


<macro name="contributors">
<group delimiter=". ">
<names variable="author">
<name name-as-sort-order="first" and="text" sort-separator=", " delimiter=", " delimiter-precedes-last="never" delimiter-precedes-et-al="never"/>
<substitute>
<text macro="editor"/>
<text macro="translator"/>
</substitute>
</names>
<text macro="recipient"/>
</group>
</macro>


The macros for both, "editor" and "translator" have the following syntax:


<macro name="editor">
<names variable="editor">
<name name-as-sort-order="first" and="text" sort-separator=", " delimiter=", " delimiter-precedes-last="never" delimiter-precedes-et-al="never"/>
<label form="short" prefix=" (" suffix=")"/>
</names>
</macro>


However, the outcome this produces is:

Doe, John. "Titel 1" ...
---. "Titel 2" ...
--- (ed.). "Titel 3" ...
Doe, John (trans.) "Titel 4" ...
---. "Titel 5" ...

I have spent several hour trying to figure out why that is, but I couldn't come up with a solution.
What am I not seeing and how can I fix this?

Many thanks in advance and best wishes,
Daniel

adamsmith

I haven't looked at this in details, but have you considered adding the label to the author macro and then simply calling <names variable="editor"/>
<names variable="translator"/> in substitute? That's more robust and might prevent whatever is going on here (which indeed looks weird)

birne75

Thanks a lot. That's great. And it works perfectly.

Thanks for the swift answer.