Capitalize words in Bibtex files: {Word} or {W}ord?












10















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:




  1. title = {Rise and fall of {Word}}

  2. title = {Rise and fall of {W}ord}

  3. title = {{Rise and fall of Word}}


What are the implications? Which is the recommended approach?










share|improve this question



























    10















    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:




    1. title = {Rise and fall of {Word}}

    2. title = {Rise and fall of {W}ord}

    3. title = {{Rise and fall of Word}}


    What are the implications? Which is the recommended approach?










    share|improve this question

























      10












      10








      10


      1






      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:




      1. title = {Rise and fall of {Word}}

      2. title = {Rise and fall of {W}ord}

      3. title = {{Rise and fall of Word}}


      What are the implications? Which is the recommended approach?










      share|improve this question














      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:




      1. title = {Rise and fall of {Word}}

      2. title = {Rise and fall of {W}ord}

      3. title = {{Rise and fall of Word}}


      What are the implications? Which is the recommended approach?







      bibtex






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked Feb 13 at 8:59









      LukasLukas

      5341722




      5341722






















          1 Answer
          1






          active

          oldest

          votes


















          15














          Consider the following example and its output with the standard plain style that applies sentence casing to titles of @articles, but not to @books.



          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}


          "Anne Elk. The Brontosaurus Population in Tadmarton. 1971.", the space between "T" and "a" is slightly larger than in the following two examples.//"Anne Elk. The Brontosaurus Population in Tadmarton. 1972."//"Anne Elk. The Brontosaurus Population in Tadmarton. 1973."//"Anne Uthor. The alligator population in Tallahassee. 1981.", the space between "T" and "a" is slightly larger than in the following two examples.//"Anne Uthor. The alligator population in Tallahassee. 1982."//"Anne Uthor. The Alligator Population in Tallahassee. 1983."



          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.






          share|improve this answer


























          • 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











          • moewe That was my feeling about it, I just wanted to check. Thanks!

            – gusbrs
            Feb 21 at 20:29











          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
          });


          }
          });














          draft saved

          draft discarded


















          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









          15














          Consider the following example and its output with the standard plain style that applies sentence casing to titles of @articles, but not to @books.



          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}


          "Anne Elk. The Brontosaurus Population in Tadmarton. 1971.", the space between "T" and "a" is slightly larger than in the following two examples.//"Anne Elk. The Brontosaurus Population in Tadmarton. 1972."//"Anne Elk. The Brontosaurus Population in Tadmarton. 1973."//"Anne Uthor. The alligator population in Tallahassee. 1981.", the space between "T" and "a" is slightly larger than in the following two examples.//"Anne Uthor. The alligator population in Tallahassee. 1982."//"Anne Uthor. The Alligator Population in Tallahassee. 1983."



          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.






          share|improve this answer


























          • 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











          • moewe That was my feeling about it, I just wanted to check. Thanks!

            – gusbrs
            Feb 21 at 20:29
















          15














          Consider the following example and its output with the standard plain style that applies sentence casing to titles of @articles, but not to @books.



          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}


          "Anne Elk. The Brontosaurus Population in Tadmarton. 1971.", the space between "T" and "a" is slightly larger than in the following two examples.//"Anne Elk. The Brontosaurus Population in Tadmarton. 1972."//"Anne Elk. The Brontosaurus Population in Tadmarton. 1973."//"Anne Uthor. The alligator population in Tallahassee. 1981.", the space between "T" and "a" is slightly larger than in the following two examples.//"Anne Uthor. The alligator population in Tallahassee. 1982."//"Anne Uthor. The Alligator Population in Tallahassee. 1983."



          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.






          share|improve this answer


























          • 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











          • moewe That was my feeling about it, I just wanted to check. Thanks!

            – gusbrs
            Feb 21 at 20:29














          15












          15








          15







          Consider the following example and its output with the standard plain style that applies sentence casing to titles of @articles, but not to @books.



          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}


          "Anne Elk. The Brontosaurus Population in Tadmarton. 1971.", the space between "T" and "a" is slightly larger than in the following two examples.//"Anne Elk. The Brontosaurus Population in Tadmarton. 1972."//"Anne Elk. The Brontosaurus Population in Tadmarton. 1973."//"Anne Uthor. The alligator population in Tallahassee. 1981.", the space between "T" and "a" is slightly larger than in the following two examples.//"Anne Uthor. The alligator population in Tallahassee. 1982."//"Anne Uthor. The Alligator Population in Tallahassee. 1983."



          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.






          share|improve this answer















          Consider the following example and its output with the standard plain style that applies sentence casing to titles of @articles, but not to @books.



          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}


          "Anne Elk. The Brontosaurus Population in Tadmarton. 1971.", the space between "T" and "a" is slightly larger than in the following two examples.//"Anne Elk. The Brontosaurus Population in Tadmarton. 1972."//"Anne Elk. The Brontosaurus Population in Tadmarton. 1973."//"Anne Uthor. The alligator population in Tallahassee. 1981.", the space between "T" and "a" is slightly larger than in the following two examples.//"Anne Uthor. The alligator population in Tallahassee. 1982."//"Anne Uthor. The Alligator Population in Tallahassee. 1983."



          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.







          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited Feb 14 at 17:42

























          answered Feb 13 at 9:21









          moewemoewe

          93.7k10115353




          93.7k10115353













          • 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











          • 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











          • @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, 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


















          draft saved

          draft discarded




















































          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.




          draft saved


          draft discarded














          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





















































          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







          Popular posts from this blog

          How do I know what Microsoft account the skydrive app is syncing to?

          Grease: Live!

          When does type information flow backwards in C++?