w:tblpPr question

D

David Thielen

Hi;

Please take a look at the 3rd table in
http://www.windwardreports.com/temp/TablePositioning.zip

It has:
<w:tblpPr w:leftFromText="187" w:rightFromText="187"
w:vertAnchor="text" w:horzAnchor="page" w:tblpY="1"/>

which causes the table to be pushed partially off the page to the
left. However, if I delete w:horzAnchor="page" it then displays
correctly.

This leads to two questions:

1) Why is it off the page if set to w:horzAnchor="page" - shouldn't it
be on the left of the page?

2) As "page" is the default for this attribute, why does removing it
change anything?

Also, what is the difference between margin & text? It seems both are
based on the margins of the column presently in. And it says text is
calculated with respect to indents - but does not say how that
calculation occurs.

??? - thanks - dave

david@[email protected]
Windward Reports -- http://www.WindwardReports.com
me -- http://dave.thielen.com

Cubicle Wars - http://www.windwardreports.com/film.htm
 
C

Colbert Zhou [MSFT]

Sorry for responsing late, Dave!

I haven't received the email. But the orginal link works now so I download
it from your web and investigate. Yes, it is very strange! Actually, now I
think the w:horzAnchor="page" seems to be the rarely part of Word that does
not obey the ECMA-376. The documentation we are referring is ECMA-376
documentations. ECMA-376 uses "page" as the default value for horzAnchor.
But Word's implementation uses "text" as the default value for horzAnchor.

Indeed, we can observe the horzAnchor property from the Word UI.

1.Select a floating table and right click it and choose Table properties.
2.In the popup window, we click the button Positioning....
3.And then, in the Horizontal catagory, we can see the combobox for
"Relative to".
4.There are three values in it "Margin", "Page", "Column"(Text).

If the "page" is specified in the OpenXML, we will see 'Page' in this
combobox. If we delete the w:horzAnchor="page" from the OpenXML, we will
see "Column" as default value. That proves for Word's implementation, the
default value for HorzAnchor is text.


Best regards,
Ji Zhou
Microsoft Newsgroup Support Team
 
D

David Thielen

Sorry for responsing late, Dave!

I haven't received the email. But the orginal link works now so I download
it from your web and investigate. Yes, it is very strange! Actually, now I
think the w:horzAnchor="page" seems to be the rarely part of Word that does
not obey the ECMA-376. The documentation we are referring is ECMA-376
documentations. ECMA-376 uses "page" as the default value for horzAnchor.
But Word's implementation uses "text" as the default value for horzAnchor.

Indeed, we can observe the horzAnchor property from the Word UI.

1.Select a floating table and right click it and choose Table properties.
2.In the popup window, we click the button Positioning....
3.And then, in the Horizontal catagory, we can see the combobox for
"Relative to".
4.There are three values in it "Margin", "Page", "Column"(Text).

If the "page" is specified in the OpenXML, we will see 'Page' in this
combobox. If we delete the w:horzAnchor="page" from the OpenXML, we will
see "Column" as default value. That proves for Word's implementation, the
default value for HorzAnchor is text.

Hi;

Yeah, thats what I think is happening too. Can you ask the Word group
so they either change Word or the OpenXML docs?

thanks - dave

david@[email protected]
Windward Reports -- http://www.WindwardReports.com
me -- http://dave.thielen.com

Cubicle Wars - http://www.windwardreports.com/film.htm
 
C

Colbert Zhou [MSFT]

Sure. I will report it internally to Word PG.


Best regards,
Ji Zhou
Microsoft Managed Newsgroup Support Team
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top