14.2.20842

报表预览时页码都正常，但是导出word文件后，word中的总页码不对，测试过的Office版本有2016，2013，2007，客户那边基本都是2007，2010版本的office。

其中2021版本打开word时总页码不对，但是过1秒后会自动更新成正确的。

我得给您说一下，这个不是我们错了。是office的word没有加载完。


在帖子上面给您已经回复了。

不是说你看到那个为什么会变。您其实想一下，已经导出来的东西，我们产品还能影响吗，出现这个情况的是office的word的机制。
而这个是不会影响您的转化的，如果有问题，这个您可以向office提bug。不过这个应该不会出现。

就像我上面说的，这个之所以会变，是因为word在计算自己总共有多少页，自己当前在多少页。这个操作是office在计算。而我们只是定义了这里是个变量罢了

您好，导出word后word的页码显示使用的是域代码，这个word有自己的规则，我们无法控制，所以目前针对您说的这个问题，我们这边也没有好的解决方案，感谢理解~

Felix.Li 发表于 2024-1-30 19:15
您这个情况是正常的。因为得给您说一下原理。

对于word来说，这个页眉的页数其实不是一个固定的死值，他 ...

我使用转换程序和我本地操作录屏请看以下附件，转换PDF仍然是失败的。

我们这边测试几次，目前也比较正常。不行您试一下我上面测试的另一个框架

Felix.Li 发表于 2024-2-1 14:23
您好，我分别在网上找了 Aspose 和 Spire 控件做转换。

转化的是您帖子里面上传的word。测试结果

使用spire.doc加载word转换成pdf，有的时候能成功，有的时候不能成功，麻烦你们多测试几次文档。

您好，我分别在网上找了 Aspose 和 Spire 控件做转换。

转化的是您帖子里面上传的word。测试结果
Aspose:

当前页和总页数页面显示正确。Aspose会把第二个多显示一页，Aspose会把第四页的页眉显示一页。应该是Aspose自己的机制导致。
Spire

当前页和总页数页面显示正确。并且和word一致。
测试结果起码他们都没有出现第一页是 1-2   后两页是2-3这种情况。
我的代码如下。您可以自己运行测试:

Felix.Li 发表于 2024-2-1 09:33
这个变量不是我们定义的:
这个是我们导出来后，打开word的域代码显示的结果:

你们自己试试用什么组件可以将word转换为pdf，转换保证页码不会改变。
别扯这个技术，你们的技术选型是错误的。

这个变量不是我们定义的:
这个是我们导出来后，打开word的域代码显示的结果:

而这个变量使用时这样生成的:




也就是这个不是我们定义的，这个是我们根据word本身有的东西做计算。至于您初始看到的不一样，是因为word自己加载的时候，也需要时间。office还没有加载完。
您说的Spire.word。这个我们也确实不清楚他的加载机制是什么。但是如果从页面加载情况来看的话，他应该是word扫描一页转化一页。如果是等word加载完在转换的话，应该是没有问题的。所以不知道Spire.word有没有加载完后专门的机制

Felix.Li 发表于 2024-1-31 18:06
我得给您说一下，这个不是我们错了。是office的word没有加载完。

你们去用.NET组件Spire.word去将word转换为pdf试试看，就知道到底会不会影响转化，如果不影响转化，我会来找你们吗？

Felix.Li 发表于 2024-1-31 18:06
我得给您说一下，这个不是我们错了。是office的word没有加载完。

你们不应该定义这个变量，而是应该在导出Word时就计算出有多少页，Word没有加载完，就导致了转换PDF就是有问题，你们好意思把自己的不作为推给微软，让微软背黑锅？