When the table width is set to fixed with the value of zero:
<w:tblW w:w="0" w:type="dxa"/>
Add full support of the font-weight CSS property. The defined values are: normal, bold, bolder, lighter, 100, 200, 300, 400, 500, 600, 700, 800, 900. Currently bold and normal are supported.
This element specifies that an absolute position tab character shall be placed at the current location in the run content.
Absolute positioning of images, defined in the class stylesheet, is not respected.
The missing feature leads to this unwanted behavior:
As a workaround, you need to apply a custom style (with the desired run properties) and apply it to the content control.
When exporting to a PDF file, a document with a header containing a watermark, set by a shape, the rest of the header content is skipped and the header is exported with default margin values.
A possible workaround could be to set the watermark as an image.
When a watermark needs more space than the available on the page, it should be resized. At this point, part of its content can be cut off as it falls outside of the page bounds.
Workaround: Decrease the size of the watermark prior to exporting it to PDF:
foreach (var section in this.document.Sections)
{
Header header = section.Headers.Default;
if (header != null)
{
foreach (Watermark watermark in header.Watermarks)
{
if (watermark.TextSettings != null && watermark.TextSettings.Width > section.PageSize.Width)
{
watermark.TextSettings.Width = section.PageSize.Width;
}
}
}
}
At this point the PdfFormatProvider does not support floating images and these elements are skipped when exporting to PDF. The feature is trivial for floating images with "Behind Text"/"In Front of Text" settings, but otherwise floating images are affecting the text layout in complex ways.
When importing a document with a style set in a parent <div> element its children`s content doesn't inherit it.
Steps to reproduce:
<div style="background-color: green;">
<h1>Test heading</h1>
<div>Test div</div>
</div>
Actual vs Expected: