Answered buAutoNum clarification

  • Thursday, December 22, 2011 8:34 PM
     
      Has Code

    Hi,

    I believe that I've discovered something that is not documented in the specs. It is that the font characteristcs (font face, size, color, etc.) of a buAutoNum inherit the first run immediately after it. So in the case of:

              <a:p>
                <a:pPr marL="457200" indent="-457200">
                  <a:buSzPct val="90000"/>
                  <a:buAutoNum type="alphaUcPeriod"/>
                </a:pPr>
                <a:r>
                  <a:rPr lang="en-US" sz="2000" dirty="0" smtClean="0">
                    <a:solidFill>
                      <a:srgbClr val="000000"/>
                    </a:solidFill>
                    <a:latin typeface="Lindsey"/>
                  </a:rPr>
                  <a:t>how the work is to be performed</a:t>
                </a:r>
              </a:p>

    The font for the buAutoNum would be face=Lindsey, size=18, color=black.

    Can you confirm this to be true?

     

     

     

All Replies

  • Thursday, December 22, 2011 9:06 PM
    Moderator
     
     

    Hi Okatu, thank you for your question. A member of the protocol documentation team will respond to you soon.


    Josh Curry (jcurry) | Escalation Engineer | Open Specifications Support Team
  • Friday, December 23, 2011 10:30 PM
    Moderator
     
     

    Hi Okatu,

    I am the engineer who will be working with you on this issue. I am currently researching the problem and will provide you with an update soon.

    Thanks, Vilmos

     

  • Saturday, January 07, 2012 1:41 AM
     
     
    Hi Vilmos, any updates?
  • Monday, January 09, 2012 8:20 PM
    Moderator
     
     

    Hi Okatu,

     

    Your observation looks right that in PowerPoint the characteristics of the autonumber of the paragraph is taken from the first run of the paragraph and this behavior is not documented.

    Thank you for bringing this to our attention. I am discussing this with our Product Group and I will follow up with you as soon as I have an answer.

     

    Thanks, Vilmos

  • Wednesday, February 22, 2012 5:58 AM
    Moderator
     
     Answered

    Hi Okatu,

    Thank you for your patience. Your observation is correct and the behavior is not documented in the standard
    ISO/IEC 29500-1; Second edition 2011-08-15
    Office Open XML File Formats — Part 1:
    Fundamentals and Markup Language Reference
    or in the Microsoft accompanying document, in MS-OI29500.

    Your observation can generalized in the following way:
    In PowerPoint the automatic numbered bullet of a paragraph is joint with the first run and rendered in the same way.

    You mentioned the color and the typeface, here are two more compelling examples.
    Example 1: If the first run is displayed with gradFill which starts with white
    <a:gradFill flip="none">
        <a:gsLst>
            <a:gs pos="0">
                <a:prstClr val="white"/>
            </a:gs>
            <a:gs pos="50000">
                <a:prstClr val="black"/>
            </a:gs>
        </a:gsLst>
    </a:gradFill>
    it practically clears the bullet.

    Example 2: If the first run is displayed with outerShdw with big dist, the first run and the bullet are duplicated
    <a:effectLst>
        <a:outerShdw blurRad="57150" dist="381000" dir="16200000" algn="ctr" rotWithShape="0">
            <a:schemeClr val="phClr"/>
        </a:outerShdw>
    </a:effectLst>

    A request was submitted that this behavior should be explicitly documented, for interoperability reasons it would be desirable if this would be documented in the standard.

    Thanks, Vilmos

  • Tuesday, February 28, 2012 6:31 PM
     
     

    Great, thank you Vilmos for the follow up on this and the extended areas of research.