Convert DOC DOCX to PDF using Java | Retain Japanese Text Vertical Direction Rotation | Get Characters Width Height

Aspose.Words Product Family
,
21

@xlsoftkk,

Yes, please ask them to provide “SampleComparePdfResult1.pdf” and “Meiryo UI Bold” Font file here for further testing.

We have also produced the following PDF files on our end by using the licensed latest (20.5) version of Aspose.Words for Java and the Java code you provided: (the above font was not installed on our end)

If applicable, Can you please highlight the problematic areas in above PDF files?

The following output was printed on the Java console window:

-----------------------------
-----------------------------
totalHeight:73.9209976196289
w200 x h100 : false
-----------------------------
-----------------------------
totalHeight:73.9209976196289
w200 x h200 : false
-----------------------------
-----------------------------
totalHeight:73.9209976196289
w200 x h60 Scaling90 : true
-----------------------------
-----------------------------
totalHeight:54.46799850463867
w200 x h60 Scaling45 : false
-----------------------------
-----------------------------
totalHeight:67.9209976196289
w200 x h100 LineSpacing10 : false
-----------------------------
-----------------------------
totalHeight:112.82699584960938
w200 x h110 CharacterSpacing5 : true
-----------------------------
22

Dear awais.hafeez,

This is Shin at XLsoft.

Thank you for reply.
I’ll tell them to try it out with the “Meiryo UI Bold” font.

However, “SampleComparePdfResult1.pdf” has nothing to do with this question.
I’m so sorry to bother you many times.

If any of the four PDFs you send me has a problem area, let them point out.

Thank you for your support.

Best regards, Shin

23

@xlsoftkk,

We have noted the above point.

Sure, we will wait for your further input on this topic.

Also, please ZIP and attach the “Meiryo UI Bold” Font file here for further testing on our end. Thanks for your cooperation.

24

Dear awais.hafeez,

This is Shin at XLsoft.

Thank you for reply.
We will contact you if there is an update.

Best regards, Shin

25

Dear awais.hafeez,

This is Shin at XLsoft.

I got a reply from the user about the content you answered.

As you answered, the same result was obtained for non-existing fonts. However, there are some incorrect results.
In the case of the sample in which the character spacing is set, the output result does not overflow, but the execution result of the sample program is an overflow result.

It is an output result that overflows when the attribute is not applied and does not overflow when the attribute is applied.

However, as a result of running the sample program, an overflow was detected.
Doesn’t this mean that “attributes are not taken into account”?

Therefore, I want to detect the overflow by considering the attribute as well. Would you please tell me how to do that?

Thank you for your continued support.

Best regards, Shin

26

@xlsoftkk,

We are working on your query and will get back to you soon.

27

Dear awais.hafeez,

This is Shin at XLsoft.

OK. Please continue the support.
I always appreciate your detailed explanations.

Best regards, Shin

28

@xlsoftkk,

Thanks for being patient. It seems that the Font.Spacing attribute effects the text overflowing detection mechanism. For the sake of any correction, we have logged this problem in our issue tracking system. The ID of this issue is WORDSNET-20539. We will further look into the details of this problem and will keep you updated on the status of the linked issue. We apologize for your inconvenience.

29

Dear awais.hafeez,

This is Shin at XLsoft.

Thanks for letting me know.
Please continue to investigate.

Please contact me if there is an update.

Best regards, Shin

30

The issues you have found earlier (filed as WORDSNET-20452) have been fixed in this Aspose.Words for .NET 20.7 update and this Aspose.Words for Java 20.7 update.