Question

我目前正在使用MailMerge Word-doc。它部分填充字符串，部分填充html（可以包含表格，图片，粗体/斜体/带下划线的文本等）。与默认的单词对齐相比，单词doc还有一个自定义对齐（因此left, top, right, bottom的标尺类似于我的MailMerge word-doc中的1.5, 0.3, 0.3, 0.3，而单词默认是它的某些东西比如2.5, 2.5, 2.5, 2.5。）

现在的问题是InsertHtml跳入（并且似乎遵循默认的单词对齐，而不是我们自定义的对齐），而不是通过word-doc中的静态文本和表格对齐

我知道MailMerging使用默认的MS Word函数来插入html，所以问题可能在于默认函数而不是Apose的MailMerging。我只是想知道是否有人知道解决方案。

以下是结果的可视化示例。我已经包含了一个标尺，其中X是标尺上设置的用于对齐的位置。让我们说我们在HTML部分插入的文本是非常基本的，就像纯文本一样：＆＃34;这是一个测试HTML文本＆＃34;。 Word-doc模板如下所示：

+ . 2 . | X 1 ............................................... 17 . | . X . |
X         *Start of a table*
.         ...
.         Value:       |     {{Value}}
.         *End of the table*
.
.         *A bold title*
.
.         {{html_Text}}
.
.         *Another bold title*
.
X
29
+

但MailMerging之后的结果如下：

+ . 2 . | X 1 ............................................... 17 . | . X . |
X         *Start of a table*
.         ...
.         Value:       |     2500
.         *End of the table*
.
.         *A bold title*
.
.                  this is a test HTML text
.
.         *Another bold title*
.
X
29
+

html文本在默认的Word-ruler之后未正确对齐，而不是该文档的自定义文本。

（PS：我知道使用括号{{Something}}的MailMerging比<<Something>>少用，但两者的工作方式相同。我曾经让人质疑我们过去使用的MailMerge语法因此这个单挑。）

以下是我们.NET项目中的相关代码：

打印DTO对象：

public class OurObjectPrintDto
{
    public OurObjectPrintDto(OurObject ob)
    {
        ...
        Value = ob.Value;

        ...

        html_Text = ob.Text;
    }

    public string Value { get; private set; }
    public string html_Text { get; private set; }
}

单击Generate Document按钮时的方法：

[HttpGet]
public ActionResult Print(Guid id)
{
    var ourObject = NhSession.GetByGuid<OurObject>(id);
    var printData = new OutObjectPrintDto(ourObject);

    var documentAsByteArray = _documentService.CreateMyObjectPrintAsBytes(printData);

    return File(documentAsByteArray, "application/pdf");
}

CreateMyObjectPrintAsBytes - 方法：

public byte[] CreateMyObjectPrintAsBytes(MyObject printData)
{
    return GenerateDocument("myobject.docx", printData);
}

private byte[] GenerateDocument(string fileName, object printData)
{
    if (printData == null) throw new ArgumentNullException("printData");

    var path = Path.Combine(_templatePath, fileName);

    using (var fileStream = new File.OpenRead(path))
    {
        var dataSource = new DocumentDataSource(printData);
        return DocumentConverter.GenerateDocument(fileStream, dataSource);
    }
}

DocumentConvert.GenerateDocument - 方法：

public byte[] GenerateDocument(Stream template, DocumentDataSource dataSource)
{
    var doc = new Document(template);

    doc.MailMerge.UseNonMergeFields = true;
    doc.MailMerge.CleanupOptions = MailMergeCleanupOption.RemoveContainingFields |
                                   MailMergeCleanupOptions.RemoveUnusedFields |
                                   MailMergeCleanupOptions.RemoveUnusedRegions |
                                   MailMergeCleanupOptions.RemoveEmptyParagraphs;
    doc.ResourceLoadingCallback = new ImageLoadingHandler();

    // Support html MailMerge-fields
    doc.MailMerge.FieldMergingCallback = new HandleMergeFieldInsertHtml();

    doc.MailMerge.Execute(dataSource);
    doc.MailMerge.ExecuteWithRegions((IMailMergeDataSourceRoot) dataSource);

    doc.UpdateFields();

    using (var memoryStream = new MemoryStream())
    {
        doc.Save(memoryStream, SaveFormat.Pdf);
        return memoryStream.ToArray();
    }
}

HandleMailMergeFieldInsertHtml - 等级：

using Aspose.Words;
using Aspose.Words.Reporting;

namespace Sogyo.Util.Pdf
{
    public class HandleMergeFieldInsertHtml : IFieldMergingCallback
    {
        // This is called when merge field is atually merged with data in the document
        void IFieldMergingCallback.FieldMerging(FieldMergingArgs e)
        {
            // All merge field that expect HTML data should be marked with the prefix 'html_'
            if (e.DocumentFieldName.StartsWith("html_") && e.FieldValue != null)
            {
                // Insert the text for this merge field as HTML data
                var documentBuilder = new DocumentBuilder(e.Document);
                documentBuilder.MoveToMergeField(e.DocumentFieldName);
                documentBuilder.InsertHtml((string) e.FieldValue);

                // The HTML text itself should not be inserted.
                // We have already inserted it as an HTML.
                e.Text = "";
            }
        }

        void IFieldMergingCallback.ImageFieldMerging(ImageFieldMergingArgs e)
        {
        }
    }
}

我确实尝试在代码中设置documentBuilder＆＃39; .PageSetup.LeftMargin来更改文档的标尺。这确实会改变文档的标尺对齐方式，但插入的html文本仍会以相同的数量跳入，就像选项卡在它之前或之类的东西一样。

Answer 1

好的，问题已解决..作为测试，我尝试将输出临时更改为.docx而不是.pdf，因此我可以更好地查看转换后的文档中的标签等：

doc.Save(memoryStream, SaveFormat.Pdf);
// changed to
doc.Save(memoryStream, SaveFormat.Docx);

和

return File(documentAsByteArray, "application/pdf");
// changed to
return File(documentAsByteArray, "application/vnd.openxmlformats-officedocument.wordprocessingml.document");

当我打开已转换的.docx时，我很快发现了这个问题。它与MailMerging没有任何关系，而是与文档本身的统治者有关。 Word-doc标尺既有灰色部分又有沙漏有点儿（我问题中的X）。

设置为：

而不是：

将我的Word文档中的沙漏和灰色部分对齐后，html文本在MailMerging之后也与其余部分正确对齐。

MailMerge InsertHtml遵循Word-doc对齐方式

1 个答案: