Capitalize words in Bibtex files: {Word} or {W}ord?
I am aware, that it is a feature feature that I need to wrap words in curly braces to keep capitalization.
I can picture three reasonable ways to do so:
title = {Rise and fall of {Word}}
title = {Rise and fall of {W}ord}
title = {{Rise and fall of Word}}
What are the implications? Which is the recommended approach?
bibtex
add a comment |
I am aware, that it is a feature feature that I need to wrap words in curly braces to keep capitalization.
I can picture three reasonable ways to do so:
title = {Rise and fall of {Word}}
title = {Rise and fall of {W}ord}
title = {{Rise and fall of Word}}
What are the implications? Which is the recommended approach?
bibtex
add a comment |
I am aware, that it is a feature feature that I need to wrap words in curly braces to keep capitalization.
I can picture three reasonable ways to do so:
title = {Rise and fall of {Word}}
title = {Rise and fall of {W}ord}
title = {{Rise and fall of Word}}
What are the implications? Which is the recommended approach?
bibtex
I am aware, that it is a feature feature that I need to wrap words in curly braces to keep capitalization.
I can picture three reasonable ways to do so:
title = {Rise and fall of {Word}}
title = {Rise and fall of {W}ord}
title = {{Rise and fall of Word}}
What are the implications? Which is the recommended approach?
bibtex
bibtex
asked Feb 13 at 8:59
LukasLukas
5341722
5341722
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
Consider the following example and its output with the standard plain
style that applies sentence casing to titles of @article
s, but not to @book
s.
documentclass[british]{article}
usepackage[T1]{fontenc}
usepackage[utf8]{inputenc}
usepackage{babel}
usepackage{filecontents}
begin{filecontents}{jobname.bib}
@article{uthor:one,
author = {Anne Uthor},
title = {The Alligator Population in {T}allahassee},
year = {1981},
}
@article{uthor:two,
author = {Anne Uthor},
title = {The Alligator Population in {Tallahassee}},
year = {1982},
}
@article{uthor:three,
author = {Anne Uthor},
title = {{The Alligator Population in Tallahassee}},
year = {1983},
}
@book{elk:one,
author = {Anne Elk},
title = {The Brontosaurus Population in {T}admarton},
year = {1971},
}
@book{elk:two,
author = {Anne Elk},
title = {The Brontosaurus Population in {Tadmarton}},
year = {1972},
}
@book{elk:three,
author = {Anne Elk},
title = {{The Brontosaurus Population in Tadmarton}},
year = {1973},
}
end{filecontents}
begin{document}
nocite{*}
bibliographystyle{plain}
bibliography{jobname}
end{document}
If you look really closely, you'll see that the {T}a
approach (...:one
) leaves a slightly larger space between "T" and "a" than the other two. That is because in pdfLaTeX the group destroys the kerning between letters (it doesn't destroy kerning in LuaTeX, though). Hence, I advise against method 2.
Furthermore, the completely protected title field (...:three
) is never converted to sentence case. Now one might argue that this WYSIWYG approach is a useful way to suppress sentence casing if it is not desired, but I think that makes the entire point of case changing a bit of a farce. If you don't want sentence casing at all, you are better off picking a style that does not apply it rather than suppressing it so cruelly once and for all. I find completely protected title fields particuarly terrible if they are already in sentence case: title = {{A title with words in it}},
, one sometimes sees that in auto-generated .bib
files and it makes me shudder (see also Software-generated bibliographic entries: common errors and other mistakes to check before use for more things that make me shudder).
That leaves the option of protecting only those words that need protection in their entirety.
title = {Rise and Fall of {Word}}
I would recommend to input titles in title casing and to protect those words that need protection. Everything else can be taken care of by the style.
See also What is the proper casing to use when storing titles in the bibliography database? and Implementation of "Title Case" in Bibtex.
moewe, do you see any difference betweentitle = {Something in {World} {War} {II}},
andtitle = {Something in {World War II}},
?
– gusbrs
Feb 21 at 19:28
@gusbrs I don't think there should be one in terms of effect/output. So it only comes down to preference.title = {Something in {World War II}},
is more pleasant to the eye and keeps down the number of braces. On the other handtitle = {Something in {World} {War} {II}},
makes only braces single words and is thus further away from the WYSIWYGtitle = {{Something in World War II}},
that I despise. See also my comment under tex.stackexchange.com/a/439473/35864
– moewe
Feb 21 at 20:24
moewe That was my feeling about it, I just wanted to check. Thanks!
– gusbrs
Feb 21 at 20:29
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "85"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f474658%2fcapitalize-words-in-bibtex-files-word-or-word%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
Consider the following example and its output with the standard plain
style that applies sentence casing to titles of @article
s, but not to @book
s.
documentclass[british]{article}
usepackage[T1]{fontenc}
usepackage[utf8]{inputenc}
usepackage{babel}
usepackage{filecontents}
begin{filecontents}{jobname.bib}
@article{uthor:one,
author = {Anne Uthor},
title = {The Alligator Population in {T}allahassee},
year = {1981},
}
@article{uthor:two,
author = {Anne Uthor},
title = {The Alligator Population in {Tallahassee}},
year = {1982},
}
@article{uthor:three,
author = {Anne Uthor},
title = {{The Alligator Population in Tallahassee}},
year = {1983},
}
@book{elk:one,
author = {Anne Elk},
title = {The Brontosaurus Population in {T}admarton},
year = {1971},
}
@book{elk:two,
author = {Anne Elk},
title = {The Brontosaurus Population in {Tadmarton}},
year = {1972},
}
@book{elk:three,
author = {Anne Elk},
title = {{The Brontosaurus Population in Tadmarton}},
year = {1973},
}
end{filecontents}
begin{document}
nocite{*}
bibliographystyle{plain}
bibliography{jobname}
end{document}
If you look really closely, you'll see that the {T}a
approach (...:one
) leaves a slightly larger space between "T" and "a" than the other two. That is because in pdfLaTeX the group destroys the kerning between letters (it doesn't destroy kerning in LuaTeX, though). Hence, I advise against method 2.
Furthermore, the completely protected title field (...:three
) is never converted to sentence case. Now one might argue that this WYSIWYG approach is a useful way to suppress sentence casing if it is not desired, but I think that makes the entire point of case changing a bit of a farce. If you don't want sentence casing at all, you are better off picking a style that does not apply it rather than suppressing it so cruelly once and for all. I find completely protected title fields particuarly terrible if they are already in sentence case: title = {{A title with words in it}},
, one sometimes sees that in auto-generated .bib
files and it makes me shudder (see also Software-generated bibliographic entries: common errors and other mistakes to check before use for more things that make me shudder).
That leaves the option of protecting only those words that need protection in their entirety.
title = {Rise and Fall of {Word}}
I would recommend to input titles in title casing and to protect those words that need protection. Everything else can be taken care of by the style.
See also What is the proper casing to use when storing titles in the bibliography database? and Implementation of "Title Case" in Bibtex.
moewe, do you see any difference betweentitle = {Something in {World} {War} {II}},
andtitle = {Something in {World War II}},
?
– gusbrs
Feb 21 at 19:28
@gusbrs I don't think there should be one in terms of effect/output. So it only comes down to preference.title = {Something in {World War II}},
is more pleasant to the eye and keeps down the number of braces. On the other handtitle = {Something in {World} {War} {II}},
makes only braces single words and is thus further away from the WYSIWYGtitle = {{Something in World War II}},
that I despise. See also my comment under tex.stackexchange.com/a/439473/35864
– moewe
Feb 21 at 20:24
moewe That was my feeling about it, I just wanted to check. Thanks!
– gusbrs
Feb 21 at 20:29
add a comment |
Consider the following example and its output with the standard plain
style that applies sentence casing to titles of @article
s, but not to @book
s.
documentclass[british]{article}
usepackage[T1]{fontenc}
usepackage[utf8]{inputenc}
usepackage{babel}
usepackage{filecontents}
begin{filecontents}{jobname.bib}
@article{uthor:one,
author = {Anne Uthor},
title = {The Alligator Population in {T}allahassee},
year = {1981},
}
@article{uthor:two,
author = {Anne Uthor},
title = {The Alligator Population in {Tallahassee}},
year = {1982},
}
@article{uthor:three,
author = {Anne Uthor},
title = {{The Alligator Population in Tallahassee}},
year = {1983},
}
@book{elk:one,
author = {Anne Elk},
title = {The Brontosaurus Population in {T}admarton},
year = {1971},
}
@book{elk:two,
author = {Anne Elk},
title = {The Brontosaurus Population in {Tadmarton}},
year = {1972},
}
@book{elk:three,
author = {Anne Elk},
title = {{The Brontosaurus Population in Tadmarton}},
year = {1973},
}
end{filecontents}
begin{document}
nocite{*}
bibliographystyle{plain}
bibliography{jobname}
end{document}
If you look really closely, you'll see that the {T}a
approach (...:one
) leaves a slightly larger space between "T" and "a" than the other two. That is because in pdfLaTeX the group destroys the kerning between letters (it doesn't destroy kerning in LuaTeX, though). Hence, I advise against method 2.
Furthermore, the completely protected title field (...:three
) is never converted to sentence case. Now one might argue that this WYSIWYG approach is a useful way to suppress sentence casing if it is not desired, but I think that makes the entire point of case changing a bit of a farce. If you don't want sentence casing at all, you are better off picking a style that does not apply it rather than suppressing it so cruelly once and for all. I find completely protected title fields particuarly terrible if they are already in sentence case: title = {{A title with words in it}},
, one sometimes sees that in auto-generated .bib
files and it makes me shudder (see also Software-generated bibliographic entries: common errors and other mistakes to check before use for more things that make me shudder).
That leaves the option of protecting only those words that need protection in their entirety.
title = {Rise and Fall of {Word}}
I would recommend to input titles in title casing and to protect those words that need protection. Everything else can be taken care of by the style.
See also What is the proper casing to use when storing titles in the bibliography database? and Implementation of "Title Case" in Bibtex.
moewe, do you see any difference betweentitle = {Something in {World} {War} {II}},
andtitle = {Something in {World War II}},
?
– gusbrs
Feb 21 at 19:28
@gusbrs I don't think there should be one in terms of effect/output. So it only comes down to preference.title = {Something in {World War II}},
is more pleasant to the eye and keeps down the number of braces. On the other handtitle = {Something in {World} {War} {II}},
makes only braces single words and is thus further away from the WYSIWYGtitle = {{Something in World War II}},
that I despise. See also my comment under tex.stackexchange.com/a/439473/35864
– moewe
Feb 21 at 20:24
moewe That was my feeling about it, I just wanted to check. Thanks!
– gusbrs
Feb 21 at 20:29
add a comment |
Consider the following example and its output with the standard plain
style that applies sentence casing to titles of @article
s, but not to @book
s.
documentclass[british]{article}
usepackage[T1]{fontenc}
usepackage[utf8]{inputenc}
usepackage{babel}
usepackage{filecontents}
begin{filecontents}{jobname.bib}
@article{uthor:one,
author = {Anne Uthor},
title = {The Alligator Population in {T}allahassee},
year = {1981},
}
@article{uthor:two,
author = {Anne Uthor},
title = {The Alligator Population in {Tallahassee}},
year = {1982},
}
@article{uthor:three,
author = {Anne Uthor},
title = {{The Alligator Population in Tallahassee}},
year = {1983},
}
@book{elk:one,
author = {Anne Elk},
title = {The Brontosaurus Population in {T}admarton},
year = {1971},
}
@book{elk:two,
author = {Anne Elk},
title = {The Brontosaurus Population in {Tadmarton}},
year = {1972},
}
@book{elk:three,
author = {Anne Elk},
title = {{The Brontosaurus Population in Tadmarton}},
year = {1973},
}
end{filecontents}
begin{document}
nocite{*}
bibliographystyle{plain}
bibliography{jobname}
end{document}
If you look really closely, you'll see that the {T}a
approach (...:one
) leaves a slightly larger space between "T" and "a" than the other two. That is because in pdfLaTeX the group destroys the kerning between letters (it doesn't destroy kerning in LuaTeX, though). Hence, I advise against method 2.
Furthermore, the completely protected title field (...:three
) is never converted to sentence case. Now one might argue that this WYSIWYG approach is a useful way to suppress sentence casing if it is not desired, but I think that makes the entire point of case changing a bit of a farce. If you don't want sentence casing at all, you are better off picking a style that does not apply it rather than suppressing it so cruelly once and for all. I find completely protected title fields particuarly terrible if they are already in sentence case: title = {{A title with words in it}},
, one sometimes sees that in auto-generated .bib
files and it makes me shudder (see also Software-generated bibliographic entries: common errors and other mistakes to check before use for more things that make me shudder).
That leaves the option of protecting only those words that need protection in their entirety.
title = {Rise and Fall of {Word}}
I would recommend to input titles in title casing and to protect those words that need protection. Everything else can be taken care of by the style.
See also What is the proper casing to use when storing titles in the bibliography database? and Implementation of "Title Case" in Bibtex.
Consider the following example and its output with the standard plain
style that applies sentence casing to titles of @article
s, but not to @book
s.
documentclass[british]{article}
usepackage[T1]{fontenc}
usepackage[utf8]{inputenc}
usepackage{babel}
usepackage{filecontents}
begin{filecontents}{jobname.bib}
@article{uthor:one,
author = {Anne Uthor},
title = {The Alligator Population in {T}allahassee},
year = {1981},
}
@article{uthor:two,
author = {Anne Uthor},
title = {The Alligator Population in {Tallahassee}},
year = {1982},
}
@article{uthor:three,
author = {Anne Uthor},
title = {{The Alligator Population in Tallahassee}},
year = {1983},
}
@book{elk:one,
author = {Anne Elk},
title = {The Brontosaurus Population in {T}admarton},
year = {1971},
}
@book{elk:two,
author = {Anne Elk},
title = {The Brontosaurus Population in {Tadmarton}},
year = {1972},
}
@book{elk:three,
author = {Anne Elk},
title = {{The Brontosaurus Population in Tadmarton}},
year = {1973},
}
end{filecontents}
begin{document}
nocite{*}
bibliographystyle{plain}
bibliography{jobname}
end{document}
If you look really closely, you'll see that the {T}a
approach (...:one
) leaves a slightly larger space between "T" and "a" than the other two. That is because in pdfLaTeX the group destroys the kerning between letters (it doesn't destroy kerning in LuaTeX, though). Hence, I advise against method 2.
Furthermore, the completely protected title field (...:three
) is never converted to sentence case. Now one might argue that this WYSIWYG approach is a useful way to suppress sentence casing if it is not desired, but I think that makes the entire point of case changing a bit of a farce. If you don't want sentence casing at all, you are better off picking a style that does not apply it rather than suppressing it so cruelly once and for all. I find completely protected title fields particuarly terrible if they are already in sentence case: title = {{A title with words in it}},
, one sometimes sees that in auto-generated .bib
files and it makes me shudder (see also Software-generated bibliographic entries: common errors and other mistakes to check before use for more things that make me shudder).
That leaves the option of protecting only those words that need protection in their entirety.
title = {Rise and Fall of {Word}}
I would recommend to input titles in title casing and to protect those words that need protection. Everything else can be taken care of by the style.
See also What is the proper casing to use when storing titles in the bibliography database? and Implementation of "Title Case" in Bibtex.
edited Feb 14 at 17:42
answered Feb 13 at 9:21
moewemoewe
93.7k10115353
93.7k10115353
moewe, do you see any difference betweentitle = {Something in {World} {War} {II}},
andtitle = {Something in {World War II}},
?
– gusbrs
Feb 21 at 19:28
@gusbrs I don't think there should be one in terms of effect/output. So it only comes down to preference.title = {Something in {World War II}},
is more pleasant to the eye and keeps down the number of braces. On the other handtitle = {Something in {World} {War} {II}},
makes only braces single words and is thus further away from the WYSIWYGtitle = {{Something in World War II}},
that I despise. See also my comment under tex.stackexchange.com/a/439473/35864
– moewe
Feb 21 at 20:24
moewe That was my feeling about it, I just wanted to check. Thanks!
– gusbrs
Feb 21 at 20:29
add a comment |
moewe, do you see any difference betweentitle = {Something in {World} {War} {II}},
andtitle = {Something in {World War II}},
?
– gusbrs
Feb 21 at 19:28
@gusbrs I don't think there should be one in terms of effect/output. So it only comes down to preference.title = {Something in {World War II}},
is more pleasant to the eye and keeps down the number of braces. On the other handtitle = {Something in {World} {War} {II}},
makes only braces single words and is thus further away from the WYSIWYGtitle = {{Something in World War II}},
that I despise. See also my comment under tex.stackexchange.com/a/439473/35864
– moewe
Feb 21 at 20:24
moewe That was my feeling about it, I just wanted to check. Thanks!
– gusbrs
Feb 21 at 20:29
moewe, do you see any difference between
title = {Something in {World} {War} {II}},
and title = {Something in {World War II}},
?– gusbrs
Feb 21 at 19:28
moewe, do you see any difference between
title = {Something in {World} {War} {II}},
and title = {Something in {World War II}},
?– gusbrs
Feb 21 at 19:28
@gusbrs I don't think there should be one in terms of effect/output. So it only comes down to preference.
title = {Something in {World War II}},
is more pleasant to the eye and keeps down the number of braces. On the other hand title = {Something in {World} {War} {II}},
makes only braces single words and is thus further away from the WYSIWYG title = {{Something in World War II}},
that I despise. See also my comment under tex.stackexchange.com/a/439473/35864– moewe
Feb 21 at 20:24
@gusbrs I don't think there should be one in terms of effect/output. So it only comes down to preference.
title = {Something in {World War II}},
is more pleasant to the eye and keeps down the number of braces. On the other hand title = {Something in {World} {War} {II}},
makes only braces single words and is thus further away from the WYSIWYG title = {{Something in World War II}},
that I despise. See also my comment under tex.stackexchange.com/a/439473/35864– moewe
Feb 21 at 20:24
moewe That was my feeling about it, I just wanted to check. Thanks!
– gusbrs
Feb 21 at 20:29
moewe That was my feeling about it, I just wanted to check. Thanks!
– gusbrs
Feb 21 at 20:29
add a comment |
Thanks for contributing an answer to TeX - LaTeX Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f474658%2fcapitalize-words-in-bibtex-files-word-or-word%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown