more on names

CSL Development
1

This thread on name formatting has expanded:

http://forums.zotero.org/discussion/5864/how-to-capitalize-only-the-authors-last-name/

Bruce

2

So here’s what they’re proposing:

To yield output like “Richard STRAUSS” and “TAKEDA Shingen.”

What it would mean is that child elements of cs:name only configure
formatting; not display order.

At this point I don’t care: if Frank and Andrea think it makes sense
(since they’re both actively writing implementations), I say we add
it.

So, Frank? Andrea? Simon? What’s your vote, and why?

Bruce

3

Sounds reasonable to me. The customizability can’t hurt, and it
doesn’t sound as if it would be difficult to implement.

Simon

4

This thread on name formatting has expanded:

http://forums.zotero.org/discussion/5864/how-to-capitalize-only-the-authors-last-name/

So here’s what they’re proposing:

To yield output like “Richard STRAUSS” and “TAKEDA Shingen.”

What it would mean is that child elements of cs:name only configure
formatting; not display order.

Looks good to me. As you indicated on the forum it’s a puzzle how the
display order will be set, but that can be dealt with separately.
This makes the sub-element formatting clear, at least, and shouldn’t
interfere with a display order solution when it arrives.

Frank

5

OK. While waiting to see what Andrea says, I’ll ask how this should be
designed. So:

  1. what structures? The minimum is family and given, but prefix,
    suffix and articular are also in theory possible. Whatever we do needs
    to be international-friendly.

  2. what XML? do the structures above get encoded as elements, or
    attributes? I suggest mirroring the date design:

Bruce

PS - reminds me: we need to fix the date stuff!

6

Looks good to me. As you indicated on the forum it’s a puzzle how the
display order will be set, but that can be dealt with separately.
This makes the sub-element formatting clear, at least, and shouldn’t
interfere with a display order solution when it arrives.

OK. While waiting to see what Andrea says, I’ll ask how this should be
designed. So:

  1. what structures? The minimum is family and given, but prefix,
    suffix and articular are also in theory possible. Whatever we do needs
    to be international-friendly.

  2. what XML? do the structures above get encoded as elements, or
    attributes? I suggest mirroring the date design:

Ah. The other decorations that names attract, huh. If by articular
you mean the splice (my vocabulary could be falling short there), that
seems like an attribute. I guess that prefix and suffix would be
separate elements. That brings the problem of working out the display
order to the forefront. Still not sure how that would be done.

For (2), at first glance, surname and given name as elements seem
better to me. Date-part renders in a fixed sequence. Setting the
name parts as named elements would provide a visual reminder to the
style designer that they work differently.