Plutext

Dear,

We use docx4j successfully for quite a time, but we notice now that a part of the layout applied in our docx is lost when creating a pdf.
We have problems with the height of our table rows.
These do not keep the applied default height of docx but all are apparently reset to a default height after conversion.

Is this a know issue because we want to keep the exact same layout from our docx.

Thanks,

Tim

Hello BarbioTim,

I'm having some trouble as well with the layout.

Have you also tried to add on your word document tables within tables and convert it to PDF?
When I do that, they don't appear on the PDF.

Let me know if you find a solution for your problem.

We do have tables in tables, but they don't give trouble.
Everything works fine, only the table rows are much higher than in the original docx

Row height is currently ignored.

It shouldn't be hard to add though. I may take a look at it tomorrow.

cheers .. Jason

Added at https://github.com/plutext/docx4j/commi ... 1a45aaea4a

This will be part of the next release (2.8.2 or 2.9.0)

Thanks Jason,

Can we already test it on the snapshot version to see what we can expect and be ready when it comes out?

Tim

kod_moe wrote:tables within tables

I just noticed a problem with this in 2.8.1 (2.8.0 is ok).

Fixed as https://github.com/plutext/docx4j/commi ... 2ec774a2db

BarbioTim wrote:Can we already test it on the snapshot version to see what we can expect and be ready when it comes out?

I'll upload a nightly when I get a decent network connection (I'm travelling right now).

In the meantime of course, you can download the source from GitHub and build if you wish.

Thanks Jason.
Will the row height fix not be available in the current release or is it waiting untill version 2.8.2 or 2.9.0?

Any changes made to a current release are generally published in the next release.

There is no reason not to have maintenance branches (particularly if started at the behest of users taking commercial support - though of course these branches would be open source and published on GitHub), but where it makes sense, we tend to favour just putting changes in the trunk.

This is especially so for enhancements as opposed to bugs (and regressions in particular). I view the table row height change as an enhancement.

As I just wrote in another thread:

2.8.1 was released quite recently. Ordinarily, we'd make more improvements before rolling another release. However, given the issue with nested tables in PDF/HTML output in 2.8.1, a next release could be sooner rather than later. There's https://github.com/plutext/docx4j/issues/13 which needs to be in the next release. So, it would be good to release 2.8.2 in November.

The issue with nested tables in PDF/HTML output in 2.8.1 is a good example of a fix which is a candidate for a 2.8.1 maintenance branch. But if we do publish 2.8.2 so soon, I see no reason to also have a 2.8.1.1. Comments welcome.

Hi,
Is the fix for the above issue pushed into maven central ?

Regards,
Karthik

I don't believe so; 3.0 is the next planned release, but is not available yet.

There have been several 2.8.1.x maintenance releases, but these aren't in Maven Central, and nor do they include this:-

https://github.com/plutext/docx4j/commi ... rt/out/pdf

Thank you for the response.Is there an estimated date for 3.0 ?
Also if i download any nightly jar, is the problem fixed in the same?

Regards,
Karthik

karthik_bv wrote:Thank you for the response.Is there an estimated date for 3.0 ?

Aiming to do it soon (next 2 to 4 weeks, hopefully)

karthik_bv wrote:Also if i download any nightly jar, is the problem fixed in the same?

All builds after https://github.com/plutext/docx4j/commi ... 2ec774a2db ought to have it.

Hello guys,

I still have troubles with row height: if it is less than default value - it is being set to default.

Here is my docx file:
https://www.dropbox.com/s/2m26s7fvna86kee/temp.docx

Here is result:
https://www.dropbox.com/s/7grutfdmmexutg9/temp.docx.pdf

You can see that 8th row has incorrect height.
Also row's height are slightly greater in PDF compared to DOCX.

I used ConvertOutPDF.main method for convertation.