Text::...::Name(3pm)
π Text::BibTeX::Name(3pm) β interface to BibTeX-style author names π
β¨ NAME β¨
okay bestie, this is the Text::BibTeX::Name page from User Contributed Perl Documentation. It's the interface to BibTeX-style author names, and it gives you an abstraction for BibTeX-style names plus some basic operations on them. A name, in the BibTeX world, consists of a list of tokens which are divided amongst four parts: first, von, last, and jr. That's the whole vibe. π
πΈ SYNOPSIS πΈ
Here's the group-chat cheat sheet:
use Text::BibTeX::Name;
$name = Text::BibTeX::Name->new();
$name->split('J. Random Hacker');
# or:
$name = Text::BibTeX::Name->new('J. Random Hacker');
@firstname_tokens = $name->part ('first');
$lastname = join (' ', $name->part ('last'));
$format = Text::BibTeX::NameFormat->new();
# ...customize $format...
$formatted = $name->format ($format);
π¦ DESCRIPTION π¦
So Text::BibTeX::Name provides an abstraction for BibTeX-style names and some basic operations on them. A name, in the BibTeX world, consists of a list of tokens which are divided amongst four parts: first, von, last, and jr.
Tokens are separated by whitespace or commas at brace-level zero. Thus the name van der Graaf, Horace Q. has five tokens, whereas the name {Foo, Bar, and Sons} consists of a single token. Skip down to "EXAMPLES" for more examples, or read on if you want to know the exact details of how names are split into tokens and parts.
How tokens are divided into parts depends on the form of the name. Let's break it down:
- No commas at brace-level zero (like the
{Foo, Bar, and Sons}example) β the name is assumed to be in eitherfirst lastorfirst von lastform. If there are no tokens that start with a lower-case letter, thenfirst lastform is assumed: the final token is the last name, and all other tokens form the first name. Otherwise, the earliest contiguous sequence of tokens with initial lower-case letters is taken as thevonpart; if this sequence includes the final token, then a warning is printed and the final token is forced to be thelastpart. - Single comma β the name is assumed to be in
von last, firstform. A leading sequence of tokens with initial lower-case letters, if any, forms thevonpart; tokens between thevonand the comma form thelastpart; tokens following the comma form thefirstpart. Again, if there are no tokens following a leading sequence of lowercase tokens, a warning is printed and the token immediately preceding the comma is taken to be thelastpart. - More than two commas β a warning is printed and the name is treated as though only the first two commas were present.
- Two commas β and finally, the name is assumed to be in
von last, jr, firstform. (This is the only way to represent a name with ajrpart.) The parsing of the name is the same as for a one-comma name, except that tokens between the two commas are taken to be thejrpart.
π CAVEAT π
β οΈ bestie, listen to the C-code caveat: The C code that does the actual work of splitting up names takes a shortcut and makes few assumptions about whitespace. In particular, there must be no leading whitespace, no trailing whitespace, no consecutive whitespace characters in the string, and no whitespace characters other than space. In other words, all whitespace must consist of lone internal spaces.
π EXAMPLES π
The strings John Smith and Smith, John are different representations of the same name, so split into parts and tokens the same way, namely as:
first => ('John')
von => ()
last => ('Smith')
jr => ()
Note that every part is a list of tokens, even if there is only one token in that part; empty parts get empty token lists. Every token is just a string. Writing this example in actual code is simple:
$name = Text::BibTeX::Name->new("John Smith"); # or "Smith, John"
$name->part ('first'); # returns list ("John")
$name->part ('last'); # returns list ("Smith")
$name->part ('von'); # returns list ()
$name->part ('jr'); # returns list ()
(We'll omit the empty parts in the rest of the examples: just assume that any unmentioned part is an empty list.) If more than two tokens are included and there's no comma, they'll go to the first name: thus John Q. Smith splits into
first => ("John", "Q."))
last => ("Smith")
and J. R. R. Tolkein into
first => ("J.", "R.", "R.")
last => ("Tolkein")
The ambiguous name Kevin Philips Bong splits into
first => ("Kevin", "Philips")
last => ("Bong")
which may or may not be the right thing, depending on the particular person. There's no way to know though, so if this fellow's last name is Philips Bong and not Bong, the string representation of his name must disambiguate. One possibility is Philips Bong, Kevin which splits into
first => ("Kevin")
last => ("Philips", "Bong")
Alternately, Kevin {Philips Bong} takes advantage of the fact that tokens are only split on whitespace at brace-level zero, and becomes
first => ("Kevin")
last => ("{Philips Bong}")
which is fine if your names are destined to be processed by TeX, but might be problematic in other contexts. Similarly, St John-Mollusc, Oliver becomes
first => ("Oliver")
last => ("St", "John-Mollusc")
which can also be written as Oliver {St John-Mollusc}:
first => ("Oliver")
last => ("{St John-Mollusc}")
Since tokens are separated purely by whitespace, hyphenated names will work either way: both Nigel Incubator-Jones and Incubator-Jones, Nigel come out as
first => ("Nigel")
last => ("Incubator-Jones")
Multi-token last names with lowercase components -- the "von part" -- work fine: both Ludwig van Beethoven and van Beethoven, Ludwig parse (correctly) into
first => ("Ludwig")
von => ("van")
last => ("Beethoven")
This allows these European aristocratic names to sort properly, i.e. van Beethoven under B rather than v. Speaking of aristocratic European names, Charles Louis Xavier Joseph de la Vall{\'e}e Poussin is handled just fine, and splits into
first => ("Charles", "Louis", "Xavier", "Joseph")
von => ("de", "la")
last => ("Vall{\'e}e", "Poussin")
so could be sorted under V rather than d. (Note that the sorting algorithm in Text::BibTeX::BibSort is a slavish imitation of BibTeX 0.99, and therefore does the wrong thing with these names: the sort key starts with the "von" part.)
However, capitalized "von parts" don't work so well: R. J. Van de Graaff splits into
first => ("R.", "J.", "Van")
von => ("de")
last => ("Graaff")
which is clearly wrong. This name should be represented as Van de Graaff, R. J.
first => ("R.", "J.")
last => ("Van", "de", "Graaff")
which is probably right. (This particular Van de Graaff was an American, so he probably belongs under V -- which is where the author's own (British) dictionary puts him. Other Van de Graaff's mileages may vary.)
Finally, many names include a suffix: Jr., III, fils, and so forth. These are handled, but with some limitations. If there's a comma before the suffix (the usual U.S. convention for Jr.), then the name should be in last, jr, first form, e.g. Doe, Jr., John comes out (correctly) as
first => ("John")
last => ("Doe")
jr => ("Jr.")
but John Doe, Jr. is ambiguous and is parsed as
first => ("Jr.")
last => ("John", "Doe")
(so don't do it that way). If there's no comma before the suffix -- the usual for Roman numerals, and occasionally seen with Jr. -- then you're stuck and have to make the suffix part of the last name. Thus, Gates III, William H. comes out
first => ("William", "H.")
last => ("Gates", "III")
but William H. Gates III is ambiguous, and becomes
first => ("William", "H.", "Gates")
last => ("III")
-- not what you want. Again, the curly-brace trick comes in handy, so William H. {Gates III} splits into
first => ("William", "H.")
last => ("{Gates III}")
There is no way to make a comma-less suffix the jr part. (This is an unfortunate consequence of slavishly imitating BibTeX 0.99.)
Finally, names that aren't really names of people but rather are organization or company names should be forced into a single token by wrapping them in curly braces. For example, Foo, Bar and Sons should be written {Foo, Bar and Sons}, which will split as
last => ("{Foo, Bar and Sons}")
Of course, if this is one name in a BibTeX authors or editors list, this name has to be wrapped in braces anyways (because of the " and "), but that's another story.
π FORMATTING NAMES π
Putting a split-up name back together again in a flexible, customizable way is the job of another module: see Text::BibTeX::NameFormat.
β¨ METHODS β¨
Okay bestie, these are the methods that make the whole name-splitting, name-formatting situation actually happen. Stay with me, itβs giving very capable and lowkey iconic. π
π new([ [OPTS,] NAME [, FILENAME, LINE, NAME_NUM]])
Creates a shiny new Text::BibTeX::Name object. If NAME is supplied, it has to be a string containing a single name, and it gets passed to the split method for further processing. FILENAME, LINE, and NAME_NUM, if present, are all also passed to split so you get better error messages. π«Ά
If the first argument is a hash reference, itβs used to define configuration values. At the moment the available values are:
BINMODEβ sets the way Text::BibTeX deals with strings. By default it manages strings as bytes. You can setBINMODEto'utf-8'to get NFC normalized UTF-8 strings, and you can customise the normalization with theNORMALIZATIONoption.
Text::BibTeX::Name->new(
{ binmode => 'utf-8', normalization => 'NFD' },
"Alberto SimΓ΅es"});
π¦ split (NAME [, FILENAME, LINE, NAME_NUM])
Splits NAME (a string containing a single name) into tokens and subsequently into the four parts of a BibTeX-style name: first, von, last, and jr. Each part is a list of tokens, and tokens are separated by whitespace or commas at brace-depth zero. See above for full details on how a name is split into its component parts. β¨
The token-lists that make up each part of the name are then stored in the Text::BibTeX::Name object for later retrieval or formatting with the part and format methods. No cap, thatβs the whole vibe.
πΈ part (PARTNAME)
Returns the list of tokens in part PARTNAME of a name previously split with split. For example, suppose a Text::BibTeX::Name object is created and initialized like this:
$name = Text::BibTeX::Name->new();
$name->split ('Charles Louis Xavier Joseph de la Vall{\'e}e Poussin');
Then this code:
$name->part ('von');
would return the list ('de','la'). Obsessed, honestly. π
π format (FORMAT)
Formats a name according to the specifications encoded in FORMAT, which should be a Text::BibTeX::NameFormat (or descendant) object. In short, it must supply a method apply which takes a Text::BibTeX::NameFormat object as its only argument. Returns the formatted name as a string.
See Text::BibTeX::NameFormat for full details on formatting names. Thatβs the main character method right there. π
π SEE ALSO π
Text::BibTeX::Entry, Text::BibTeX::NameFormat, bt_split_names.
π AUTHOR π
Greg Ward <gward@python.net>
π COPYRIGHT π
Copyright (c) 1997-2000 by Gregory P. Ward. All rights reserved. This file is part of the Text::BibTeX library. This library is free software; you may redistribute it and/or modify it under the same terms as Perl itself.
Thatβs the whole page, bestie β this one came from perl v5.42.0, dated 2025-01-31. Slay responsibly. π«Άβ¨π
π¦ where this page comes from
- opensuse-leap 16.0: perl-Text-BibTeX 0.910.0-160000.2.2 Β· Artistic-1.0 OR GPL-1.0-or-later
- opensuse-leap 16.0: perl-Text-BibTeX 0.910.0-160000.2.2 Β· Artistic-1.0 OR GPL-1.0-or-later
- opensuse-leap 16.0: perl-Text-BibTeX 0.910.0-160000.2.2 Β· Artistic-1.0 OR GPL-1.0-or-later
- opensuse-leap 16.0: perl-Text-BibTeX 0.910.0-160000.2.2 Β· Artistic-1.0 OR GPL-1.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms