Hi,
The images in the document shift as in the appendix when we convert word to pdf. We do our tests with the most up-to-date dll.
wi_35722.7z (1.9 MB)
@srmbimser Thank you for reporting the problem to us. For a sake of correction it has been logged as WORDSNET-24562. We will keep you informed and let you know once it is resolved.
Hi,
Is there any progress on the problem?
Thank you,
@srmbimser Unfortunately, the issue has been postponed and is not yet scheduled for development. Please accept our apologies for your inconvenience. We will be sure to keep you updated and let you know once it is resolved or we have more information for you.
@srmbimser Unfortunately, there are not news regarding the issue. It is still postponed and not yet scheduled for development. We will be sure to keep you posted and let you know once it is resolved or we have more information for you.
Our problem is still ongoing. Can we make another arrangement?
@alexey.noskov his issue is of utmost importance to us. We have been waiting for development for seven months. This situation has become very frustrating. I kindly request you to provide us with a deadline and rectify the error.
@srmbimser I will ask the development team to take a look at the issue once again. But from the initial analysis, MS Word logic is not clear that block the issue development.
There is a bunch of wrapped shapes at the bottom of page 1 in MS Word layout. MS Word allows paragraphs starting from paragraph “a” to be overlapped by the shapes. There is actually no space for them, but in MS Word there is some special logic that allows empty or one-glyph paragraphs to overlap with a wrapped shape even when there is no space for the text.
The logic is only partially imitated by Aspose.Words. In case when multiple floaters intersect the text band, MS Word logic for text wrapping around them was not fully understood.
The special logic that allows a one-glyph paragraph to stay behind the floater is not implemented for the case of multiple floaters.
Because of that, Aspose.Words places the problematic paragraph below the floaters. In this layout, the shape anchor does not fit to page 1, so all the shapes end up on page 2.
There may be other issues a condition to ignore text wrapping for single-glyph paragraph for multiple floaters should be addressed first. This is blocked by the lack of understanding of text wrapping around multiple floaters.
@srmbimser Here is the answer of our development team.
Resolving this issue depends on reproducing MS Word logic for text wrapping around multiple floating objects in compatibility mode. There is no specification of the logic and it was never fully understood. There were several attempts to approach the problem, but the results were unsatisfactory so far. Currently the work on the issue is postponed in favor of more productive areas. We will try to address the issue, eventually, but certainly not in the next few releases. Even if we were working on the issue right now, we would rather not promise any dates to the customer until it is clear how MS Word works and we are able to reproduce it without breaking any tests. There are many subtle nuances there with minor differences in shape positioning causing significant layout changes. So, unfortunately, resolving the issue in the near future is unlikely.
If the you are open to the idea of reworking the document, the issue can be easily worked around by making all shapes not wrapped.
ÜR-T-247_2.7z (1012.5 KB)
Can you correct this document for us? We don’t understand how it should be corrected.
@srmbimser You can group floating shapes and then make the group shape inline. Please see the following refactored document:
in.zip (1016.8 KB)
out.pdf (1.1 MB)
1 Like