text vs scalebox

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP











up vote
17
down vote

favorite












The author of a manuscript I'm editing is using the medcup macro in the MWE below. We've noticed the scaling it totally off if used inside the text command. Can anyone explain why?



documentclass[a4paper]memoir
usepackageamsmath%,scalerel}
usepackagegraphicx

defmedcup%
operatornamewithlimits%
mathchoicevcenterhboxscalebox1.2$bigcup$
vcenterhbox$bigcup$%
bigcup%
bigcup%
%


begindocument

[
textInside cstext: $ medcup_n = 1^infty $
]

[
textNot inside cstext: medcup_n = 1^infty
]

enddocument


enter image description here










share|improve this question





















  • Interesting, I have never noticed it: also deffoomathchoiceDTSSS and then [foo text$foo$] yields D in both cases.
    – campa
    Aug 17 at 12:10










  • @campa I think this is a specifically designed feature, it is nice that textxxx $int_1^2 f dx$ does get the same size as outside text. But it does not explain why the size goes of the charts in this case.
    – daleif
    Aug 17 at 12:15






  • 1




    Because medcup just uses $bigcup$ it would normally show a scaled version of the text style symbol in a display environment. When text is called in a display environment it calls everymathdisplaystyle which means that the top equation contains a display style bigcup, scaled by a factor 1.2, and the bottom one is a text style bigcup, also scaled by a factor 1.2.
    – Circumscribe
    Aug 17 at 12:15











  • I think it has something to do with the fact that [text$mathchoiceDTSs$] produces a D and not a T.
    – Steven B. Segletes
    Aug 17 at 12:18










  • @Circumscribe, right, that makes sense and explicitly adding a textstyle into the definition fixes it. Thanks. Do you mind submitting that as an answer.
    – daleif
    Aug 17 at 12:23















up vote
17
down vote

favorite












The author of a manuscript I'm editing is using the medcup macro in the MWE below. We've noticed the scaling it totally off if used inside the text command. Can anyone explain why?



documentclass[a4paper]memoir
usepackageamsmath%,scalerel}
usepackagegraphicx

defmedcup%
operatornamewithlimits%
mathchoicevcenterhboxscalebox1.2$bigcup$
vcenterhbox$bigcup$%
bigcup%
bigcup%
%


begindocument

[
textInside cstext: $ medcup_n = 1^infty $
]

[
textNot inside cstext: medcup_n = 1^infty
]

enddocument


enter image description here










share|improve this question





















  • Interesting, I have never noticed it: also deffoomathchoiceDTSSS and then [foo text$foo$] yields D in both cases.
    – campa
    Aug 17 at 12:10










  • @campa I think this is a specifically designed feature, it is nice that textxxx $int_1^2 f dx$ does get the same size as outside text. But it does not explain why the size goes of the charts in this case.
    – daleif
    Aug 17 at 12:15






  • 1




    Because medcup just uses $bigcup$ it would normally show a scaled version of the text style symbol in a display environment. When text is called in a display environment it calls everymathdisplaystyle which means that the top equation contains a display style bigcup, scaled by a factor 1.2, and the bottom one is a text style bigcup, also scaled by a factor 1.2.
    – Circumscribe
    Aug 17 at 12:15











  • I think it has something to do with the fact that [text$mathchoiceDTSs$] produces a D and not a T.
    – Steven B. Segletes
    Aug 17 at 12:18










  • @Circumscribe, right, that makes sense and explicitly adding a textstyle into the definition fixes it. Thanks. Do you mind submitting that as an answer.
    – daleif
    Aug 17 at 12:23













up vote
17
down vote

favorite









up vote
17
down vote

favorite











The author of a manuscript I'm editing is using the medcup macro in the MWE below. We've noticed the scaling it totally off if used inside the text command. Can anyone explain why?



documentclass[a4paper]memoir
usepackageamsmath%,scalerel}
usepackagegraphicx

defmedcup%
operatornamewithlimits%
mathchoicevcenterhboxscalebox1.2$bigcup$
vcenterhbox$bigcup$%
bigcup%
bigcup%
%


begindocument

[
textInside cstext: $ medcup_n = 1^infty $
]

[
textNot inside cstext: medcup_n = 1^infty
]

enddocument


enter image description here










share|improve this question













The author of a manuscript I'm editing is using the medcup macro in the MWE below. We've noticed the scaling it totally off if used inside the text command. Can anyone explain why?



documentclass[a4paper]memoir
usepackageamsmath%,scalerel}
usepackagegraphicx

defmedcup%
operatornamewithlimits%
mathchoicevcenterhboxscalebox1.2$bigcup$
vcenterhbox$bigcup$%
bigcup%
bigcup%
%


begindocument

[
textInside cstext: $ medcup_n = 1^infty $
]

[
textNot inside cstext: medcup_n = 1^infty
]

enddocument


enter image description here







graphics amsmath






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Aug 17 at 11:56









daleif

31.3k247108




31.3k247108











  • Interesting, I have never noticed it: also deffoomathchoiceDTSSS and then [foo text$foo$] yields D in both cases.
    – campa
    Aug 17 at 12:10










  • @campa I think this is a specifically designed feature, it is nice that textxxx $int_1^2 f dx$ does get the same size as outside text. But it does not explain why the size goes of the charts in this case.
    – daleif
    Aug 17 at 12:15






  • 1




    Because medcup just uses $bigcup$ it would normally show a scaled version of the text style symbol in a display environment. When text is called in a display environment it calls everymathdisplaystyle which means that the top equation contains a display style bigcup, scaled by a factor 1.2, and the bottom one is a text style bigcup, also scaled by a factor 1.2.
    – Circumscribe
    Aug 17 at 12:15











  • I think it has something to do with the fact that [text$mathchoiceDTSs$] produces a D and not a T.
    – Steven B. Segletes
    Aug 17 at 12:18










  • @Circumscribe, right, that makes sense and explicitly adding a textstyle into the definition fixes it. Thanks. Do you mind submitting that as an answer.
    – daleif
    Aug 17 at 12:23

















  • Interesting, I have never noticed it: also deffoomathchoiceDTSSS and then [foo text$foo$] yields D in both cases.
    – campa
    Aug 17 at 12:10










  • @campa I think this is a specifically designed feature, it is nice that textxxx $int_1^2 f dx$ does get the same size as outside text. But it does not explain why the size goes of the charts in this case.
    – daleif
    Aug 17 at 12:15






  • 1




    Because medcup just uses $bigcup$ it would normally show a scaled version of the text style symbol in a display environment. When text is called in a display environment it calls everymathdisplaystyle which means that the top equation contains a display style bigcup, scaled by a factor 1.2, and the bottom one is a text style bigcup, also scaled by a factor 1.2.
    – Circumscribe
    Aug 17 at 12:15











  • I think it has something to do with the fact that [text$mathchoiceDTSs$] produces a D and not a T.
    – Steven B. Segletes
    Aug 17 at 12:18










  • @Circumscribe, right, that makes sense and explicitly adding a textstyle into the definition fixes it. Thanks. Do you mind submitting that as an answer.
    – daleif
    Aug 17 at 12:23
















Interesting, I have never noticed it: also deffoomathchoiceDTSSS and then [foo text$foo$] yields D in both cases.
– campa
Aug 17 at 12:10




Interesting, I have never noticed it: also deffoomathchoiceDTSSS and then [foo text$foo$] yields D in both cases.
– campa
Aug 17 at 12:10












@campa I think this is a specifically designed feature, it is nice that textxxx $int_1^2 f dx$ does get the same size as outside text. But it does not explain why the size goes of the charts in this case.
– daleif
Aug 17 at 12:15




@campa I think this is a specifically designed feature, it is nice that textxxx $int_1^2 f dx$ does get the same size as outside text. But it does not explain why the size goes of the charts in this case.
– daleif
Aug 17 at 12:15




1




1




Because medcup just uses $bigcup$ it would normally show a scaled version of the text style symbol in a display environment. When text is called in a display environment it calls everymathdisplaystyle which means that the top equation contains a display style bigcup, scaled by a factor 1.2, and the bottom one is a text style bigcup, also scaled by a factor 1.2.
– Circumscribe
Aug 17 at 12:15





Because medcup just uses $bigcup$ it would normally show a scaled version of the text style symbol in a display environment. When text is called in a display environment it calls everymathdisplaystyle which means that the top equation contains a display style bigcup, scaled by a factor 1.2, and the bottom one is a text style bigcup, also scaled by a factor 1.2.
– Circumscribe
Aug 17 at 12:15













I think it has something to do with the fact that [text$mathchoiceDTSs$] produces a D and not a T.
– Steven B. Segletes
Aug 17 at 12:18




I think it has something to do with the fact that [text$mathchoiceDTSs$] produces a D and not a T.
– Steven B. Segletes
Aug 17 at 12:18












@Circumscribe, right, that makes sense and explicitly adding a textstyle into the definition fixes it. Thanks. Do you mind submitting that as an answer.
– daleif
Aug 17 at 12:23





@Circumscribe, right, that makes sense and explicitly adding a textstyle into the definition fixes it. Thanks. Do you mind submitting that as an answer.
– daleif
Aug 17 at 12:23











2 Answers
2






active

oldest

votes

















up vote
11
down vote



accepted










When medcup is used in a display equation, it normally produces a scaled version of a text style bigcup. What is happening in your first equation, however, is that a scaled version of the display style bigcup is used instead because text causes a displaystyle command to be inserted in $bigcup$.



The text command is designed so that any equations in its argument are typeset in the current math style, which is displaystyle in this case.
Its definition contains a mathcoice, whose displaystyle branch is effectively given by



hboxeverymathdisplaystyleletf@sizef@sizeselectfont #1


Because this sets everymath=displaystyle, displaystyle will be inserted at the start of every equation inside the argument of text.
This includes the first $bigcup$ in the definition of medcup.
Your first equation therefore effectively becomes



[
hboxInside cstext:
$displaystyle
operatornamewithlimits
vcenterhboxscalebox1.2$displaystylebigcup$
_n = 1^infty
$

]


and thus produces a scaled version of the display style version of bigcup, rather than the text style version.




To ensure that the text style version of bigcup is always used, you can explicitly insert a textstyle in the definition of medcup:



newcommand*medcup%
operatorname*%
mathchoicevcenterhboxscalebox1.2$textstylebigcup$%
bigcup%
bigcup%
bigcup%
%



(I also replaced the deprecated operatnamewithlimits by operatorname* and simplified the textstyle branch, as suggested by egreg in this comment.)






share|improve this answer





























    up vote
    8
    down vote













    It has to do with the fact that [text$mathchoiceDTSs$] produces Displaystyle and not Textstyle.



    Thus, adding textstyle in the definition is needed to overcome this behavior.



    documentclass[a4paper]memoir
    usepackageamsmath%,scalerel}
    usepackagegraphicx

    defmedcup%
    operatornamewithlimits%
    mathchoicevcenterhboxscalebox1.2$bigcup$
    vcenterhbox$bigcup$%
    bigcup%
    bigcup%
    %


    begindocument

    [
    textInside cstext: $textstyle medcup_n = 1^infty $
    ]

    [
    textNot inside cstext: medcup_n = 1^infty
    ]

    [text$mathchoiceDTSs$]
    [bigcupscalebox1.2$bigcup$text$scalebox1.2$bigcup$$]
    [bigcupscalebox1.2$bigcup$text$scalebox1.2$textstylebigcup$$]

    defmedcup%
    operatornamewithlimits%
    mathchoicevcenterhboxscalebox1.2$textstylebigcup$
    vcenterhbox$textstylebigcup$%
    bigcup%
    bigcup%
    %


    [
    textInside cstext: $textstyle medcup_n = 1^infty $
    ]

    [
    textNot inside cstext: medcup_n = 1^infty
    ]
    enddocument


    enter image description here



    The first two lines of output are from the OP's original definition. Then I demonstrate the display/text-style issue with the "D" line.



    Then I show on the next line how the 3rd bigcup should be the same as the 2nd but isn't because of this behavior.



    The next line fixes that by explicitly invoking textstyle.



    Finally, I change the OP's definition, explicitly adding textstyle, to fix the overall issue.






    share|improve this answer






















      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',
      convertImagesToLinks: false,
      noModals: false,
      showLowRepImageUploadWarning: true,
      reputationToPostImages: null,
      bindNavPrevention: true,
      postfix: "",
      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%2f446413%2ftext-vs-scalebox%23new-answer', 'question_page');

      );

      Post as a guest






























      2 Answers
      2






      active

      oldest

      votes








      2 Answers
      2






      active

      oldest

      votes









      active

      oldest

      votes






      active

      oldest

      votes








      up vote
      11
      down vote



      accepted










      When medcup is used in a display equation, it normally produces a scaled version of a text style bigcup. What is happening in your first equation, however, is that a scaled version of the display style bigcup is used instead because text causes a displaystyle command to be inserted in $bigcup$.



      The text command is designed so that any equations in its argument are typeset in the current math style, which is displaystyle in this case.
      Its definition contains a mathcoice, whose displaystyle branch is effectively given by



      hboxeverymathdisplaystyleletf@sizef@sizeselectfont #1


      Because this sets everymath=displaystyle, displaystyle will be inserted at the start of every equation inside the argument of text.
      This includes the first $bigcup$ in the definition of medcup.
      Your first equation therefore effectively becomes



      [
      hboxInside cstext:
      $displaystyle
      operatornamewithlimits
      vcenterhboxscalebox1.2$displaystylebigcup$
      _n = 1^infty
      $

      ]


      and thus produces a scaled version of the display style version of bigcup, rather than the text style version.




      To ensure that the text style version of bigcup is always used, you can explicitly insert a textstyle in the definition of medcup:



      newcommand*medcup%
      operatorname*%
      mathchoicevcenterhboxscalebox1.2$textstylebigcup$%
      bigcup%
      bigcup%
      bigcup%
      %



      (I also replaced the deprecated operatnamewithlimits by operatorname* and simplified the textstyle branch, as suggested by egreg in this comment.)






      share|improve this answer


























        up vote
        11
        down vote



        accepted










        When medcup is used in a display equation, it normally produces a scaled version of a text style bigcup. What is happening in your first equation, however, is that a scaled version of the display style bigcup is used instead because text causes a displaystyle command to be inserted in $bigcup$.



        The text command is designed so that any equations in its argument are typeset in the current math style, which is displaystyle in this case.
        Its definition contains a mathcoice, whose displaystyle branch is effectively given by



        hboxeverymathdisplaystyleletf@sizef@sizeselectfont #1


        Because this sets everymath=displaystyle, displaystyle will be inserted at the start of every equation inside the argument of text.
        This includes the first $bigcup$ in the definition of medcup.
        Your first equation therefore effectively becomes



        [
        hboxInside cstext:
        $displaystyle
        operatornamewithlimits
        vcenterhboxscalebox1.2$displaystylebigcup$
        _n = 1^infty
        $

        ]


        and thus produces a scaled version of the display style version of bigcup, rather than the text style version.




        To ensure that the text style version of bigcup is always used, you can explicitly insert a textstyle in the definition of medcup:



        newcommand*medcup%
        operatorname*%
        mathchoicevcenterhboxscalebox1.2$textstylebigcup$%
        bigcup%
        bigcup%
        bigcup%
        %



        (I also replaced the deprecated operatnamewithlimits by operatorname* and simplified the textstyle branch, as suggested by egreg in this comment.)






        share|improve this answer
























          up vote
          11
          down vote



          accepted







          up vote
          11
          down vote



          accepted






          When medcup is used in a display equation, it normally produces a scaled version of a text style bigcup. What is happening in your first equation, however, is that a scaled version of the display style bigcup is used instead because text causes a displaystyle command to be inserted in $bigcup$.



          The text command is designed so that any equations in its argument are typeset in the current math style, which is displaystyle in this case.
          Its definition contains a mathcoice, whose displaystyle branch is effectively given by



          hboxeverymathdisplaystyleletf@sizef@sizeselectfont #1


          Because this sets everymath=displaystyle, displaystyle will be inserted at the start of every equation inside the argument of text.
          This includes the first $bigcup$ in the definition of medcup.
          Your first equation therefore effectively becomes



          [
          hboxInside cstext:
          $displaystyle
          operatornamewithlimits
          vcenterhboxscalebox1.2$displaystylebigcup$
          _n = 1^infty
          $

          ]


          and thus produces a scaled version of the display style version of bigcup, rather than the text style version.




          To ensure that the text style version of bigcup is always used, you can explicitly insert a textstyle in the definition of medcup:



          newcommand*medcup%
          operatorname*%
          mathchoicevcenterhboxscalebox1.2$textstylebigcup$%
          bigcup%
          bigcup%
          bigcup%
          %



          (I also replaced the deprecated operatnamewithlimits by operatorname* and simplified the textstyle branch, as suggested by egreg in this comment.)






          share|improve this answer














          When medcup is used in a display equation, it normally produces a scaled version of a text style bigcup. What is happening in your first equation, however, is that a scaled version of the display style bigcup is used instead because text causes a displaystyle command to be inserted in $bigcup$.



          The text command is designed so that any equations in its argument are typeset in the current math style, which is displaystyle in this case.
          Its definition contains a mathcoice, whose displaystyle branch is effectively given by



          hboxeverymathdisplaystyleletf@sizef@sizeselectfont #1


          Because this sets everymath=displaystyle, displaystyle will be inserted at the start of every equation inside the argument of text.
          This includes the first $bigcup$ in the definition of medcup.
          Your first equation therefore effectively becomes



          [
          hboxInside cstext:
          $displaystyle
          operatornamewithlimits
          vcenterhboxscalebox1.2$displaystylebigcup$
          _n = 1^infty
          $

          ]


          and thus produces a scaled version of the display style version of bigcup, rather than the text style version.




          To ensure that the text style version of bigcup is always used, you can explicitly insert a textstyle in the definition of medcup:



          newcommand*medcup%
          operatorname*%
          mathchoicevcenterhboxscalebox1.2$textstylebigcup$%
          bigcup%
          bigcup%
          bigcup%
          %



          (I also replaced the deprecated operatnamewithlimits by operatorname* and simplified the textstyle branch, as suggested by egreg in this comment.)







          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited Aug 17 at 17:41

























          answered Aug 17 at 12:44









          Circumscribe

          2,063320




          2,063320




















              up vote
              8
              down vote













              It has to do with the fact that [text$mathchoiceDTSs$] produces Displaystyle and not Textstyle.



              Thus, adding textstyle in the definition is needed to overcome this behavior.



              documentclass[a4paper]memoir
              usepackageamsmath%,scalerel}
              usepackagegraphicx

              defmedcup%
              operatornamewithlimits%
              mathchoicevcenterhboxscalebox1.2$bigcup$
              vcenterhbox$bigcup$%
              bigcup%
              bigcup%
              %


              begindocument

              [
              textInside cstext: $textstyle medcup_n = 1^infty $
              ]

              [
              textNot inside cstext: medcup_n = 1^infty
              ]

              [text$mathchoiceDTSs$]
              [bigcupscalebox1.2$bigcup$text$scalebox1.2$bigcup$$]
              [bigcupscalebox1.2$bigcup$text$scalebox1.2$textstylebigcup$$]

              defmedcup%
              operatornamewithlimits%
              mathchoicevcenterhboxscalebox1.2$textstylebigcup$
              vcenterhbox$textstylebigcup$%
              bigcup%
              bigcup%
              %


              [
              textInside cstext: $textstyle medcup_n = 1^infty $
              ]

              [
              textNot inside cstext: medcup_n = 1^infty
              ]
              enddocument


              enter image description here



              The first two lines of output are from the OP's original definition. Then I demonstrate the display/text-style issue with the "D" line.



              Then I show on the next line how the 3rd bigcup should be the same as the 2nd but isn't because of this behavior.



              The next line fixes that by explicitly invoking textstyle.



              Finally, I change the OP's definition, explicitly adding textstyle, to fix the overall issue.






              share|improve this answer


























                up vote
                8
                down vote













                It has to do with the fact that [text$mathchoiceDTSs$] produces Displaystyle and not Textstyle.



                Thus, adding textstyle in the definition is needed to overcome this behavior.



                documentclass[a4paper]memoir
                usepackageamsmath%,scalerel}
                usepackagegraphicx

                defmedcup%
                operatornamewithlimits%
                mathchoicevcenterhboxscalebox1.2$bigcup$
                vcenterhbox$bigcup$%
                bigcup%
                bigcup%
                %


                begindocument

                [
                textInside cstext: $textstyle medcup_n = 1^infty $
                ]

                [
                textNot inside cstext: medcup_n = 1^infty
                ]

                [text$mathchoiceDTSs$]
                [bigcupscalebox1.2$bigcup$text$scalebox1.2$bigcup$$]
                [bigcupscalebox1.2$bigcup$text$scalebox1.2$textstylebigcup$$]

                defmedcup%
                operatornamewithlimits%
                mathchoicevcenterhboxscalebox1.2$textstylebigcup$
                vcenterhbox$textstylebigcup$%
                bigcup%
                bigcup%
                %


                [
                textInside cstext: $textstyle medcup_n = 1^infty $
                ]

                [
                textNot inside cstext: medcup_n = 1^infty
                ]
                enddocument


                enter image description here



                The first two lines of output are from the OP's original definition. Then I demonstrate the display/text-style issue with the "D" line.



                Then I show on the next line how the 3rd bigcup should be the same as the 2nd but isn't because of this behavior.



                The next line fixes that by explicitly invoking textstyle.



                Finally, I change the OP's definition, explicitly adding textstyle, to fix the overall issue.






                share|improve this answer
























                  up vote
                  8
                  down vote










                  up vote
                  8
                  down vote









                  It has to do with the fact that [text$mathchoiceDTSs$] produces Displaystyle and not Textstyle.



                  Thus, adding textstyle in the definition is needed to overcome this behavior.



                  documentclass[a4paper]memoir
                  usepackageamsmath%,scalerel}
                  usepackagegraphicx

                  defmedcup%
                  operatornamewithlimits%
                  mathchoicevcenterhboxscalebox1.2$bigcup$
                  vcenterhbox$bigcup$%
                  bigcup%
                  bigcup%
                  %


                  begindocument

                  [
                  textInside cstext: $textstyle medcup_n = 1^infty $
                  ]

                  [
                  textNot inside cstext: medcup_n = 1^infty
                  ]

                  [text$mathchoiceDTSs$]
                  [bigcupscalebox1.2$bigcup$text$scalebox1.2$bigcup$$]
                  [bigcupscalebox1.2$bigcup$text$scalebox1.2$textstylebigcup$$]

                  defmedcup%
                  operatornamewithlimits%
                  mathchoicevcenterhboxscalebox1.2$textstylebigcup$
                  vcenterhbox$textstylebigcup$%
                  bigcup%
                  bigcup%
                  %


                  [
                  textInside cstext: $textstyle medcup_n = 1^infty $
                  ]

                  [
                  textNot inside cstext: medcup_n = 1^infty
                  ]
                  enddocument


                  enter image description here



                  The first two lines of output are from the OP's original definition. Then I demonstrate the display/text-style issue with the "D" line.



                  Then I show on the next line how the 3rd bigcup should be the same as the 2nd but isn't because of this behavior.



                  The next line fixes that by explicitly invoking textstyle.



                  Finally, I change the OP's definition, explicitly adding textstyle, to fix the overall issue.






                  share|improve this answer














                  It has to do with the fact that [text$mathchoiceDTSs$] produces Displaystyle and not Textstyle.



                  Thus, adding textstyle in the definition is needed to overcome this behavior.



                  documentclass[a4paper]memoir
                  usepackageamsmath%,scalerel}
                  usepackagegraphicx

                  defmedcup%
                  operatornamewithlimits%
                  mathchoicevcenterhboxscalebox1.2$bigcup$
                  vcenterhbox$bigcup$%
                  bigcup%
                  bigcup%
                  %


                  begindocument

                  [
                  textInside cstext: $textstyle medcup_n = 1^infty $
                  ]

                  [
                  textNot inside cstext: medcup_n = 1^infty
                  ]

                  [text$mathchoiceDTSs$]
                  [bigcupscalebox1.2$bigcup$text$scalebox1.2$bigcup$$]
                  [bigcupscalebox1.2$bigcup$text$scalebox1.2$textstylebigcup$$]

                  defmedcup%
                  operatornamewithlimits%
                  mathchoicevcenterhboxscalebox1.2$textstylebigcup$
                  vcenterhbox$textstylebigcup$%
                  bigcup%
                  bigcup%
                  %


                  [
                  textInside cstext: $textstyle medcup_n = 1^infty $
                  ]

                  [
                  textNot inside cstext: medcup_n = 1^infty
                  ]
                  enddocument


                  enter image description here



                  The first two lines of output are from the OP's original definition. Then I demonstrate the display/text-style issue with the "D" line.



                  Then I show on the next line how the 3rd bigcup should be the same as the 2nd but isn't because of this behavior.



                  The next line fixes that by explicitly invoking textstyle.



                  Finally, I change the OP's definition, explicitly adding textstyle, to fix the overall issue.







                  share|improve this answer














                  share|improve this answer



                  share|improve this answer








                  edited Aug 17 at 12:35

























                  answered Aug 17 at 12:28









                  Steven B. Segletes

                  147k9186389




                  147k9186389



























                       

                      draft saved


                      draft discarded















































                       


                      draft saved


                      draft discarded














                      StackExchange.ready(
                      function ()
                      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f446413%2ftext-vs-scalebox%23new-answer', 'question_page');

                      );

                      Post as a guest













































































                      Popular posts from this blog

                      How to check contact read email or not when send email to Individual?

                      Displaying single band from multi-band raster using QGIS

                      How many registers does an x86_64 CPU actually have?