Table border color changed after exporting to PDF

[John_Ha]

Here are the test files

In PDF the white lines are smaller ...

I (and others) cannot see any white lines in the test1.pdf file you uploaded so something is wrong on your PC causing the lines to display. I was viewing at 6400% with Adobe Reader.

Ignore the .doc file - that seems to be a bug when AOO writes .doc files.

If someone knows a way that a simple [.odt] text file with tables can be edited and exported to PDF by a simple user - please let me know - I am ready to listen and learn!

There is.

1. Download your test1.odt
2. Open it with AOO - in my case 4.1.13
3. Export it as a PDF- I called it test1_JH.pdf.

See attached test1_JH.pdf. It has no white lines even when viewed at 6400% with Adobe Reader.

1. Strange problems are often fixed by resetting the user profile - see Resetting the user profile.

2. Try viewing your test1.pdf on a different PC using Adobe Reader. Do you see white lines?
.

Edit: For those who cannot see the lines I attach this where I filled the blue with black with Tolerance = 0. The white lines show clearly. Interestingly, when I check the test1.odt file, and check whether the cell boundaries are set to Blue Classic, those borders shown as white in the image are not shown as blue in the file - only the left and bottom borders are set to blue. . Clipboard01.gif (9.92 KiB) Viewed 1930 times Clipboard02.gif (40.08 KiB) Viewed 1930 times . I am beginning to wonder if the user is using a .odt file which was previously saved as a .doc - we know that saving as a .doc causes problems - and then re-saved as a .odt. The .odt now probably carries errors from the .doc file. If there is a small error in the border width then the white line could appear. I am now not sure whether the files uploaded are the actual files which cause or have the problem which could excplain why we have been going round in circles! Another solution is to edit the table in test1.odt and set all borders to blue making certain every border is set. So, another test the user should try is 1. Create a new, empty document 2. Add a table - do NOT copy it from old documents 3. Set the background colour as in the original uploaded file 4. Set the borders to Blue Classic 5. Create the PDF. There will not be any white lines.

[John_Ha]

A correction. The lines in the uploaded image are not white - they are a pale blue, namely {213,235,247], but not Blue Classic which is [207,231,245]. There may be some minor colour changes due to being downloaded as screen shots but not enough to convert [255,255,255] to {213,235,247].

[learnsofting]

Here are the test files

In PDF the white lines are smaller ...

I (and others) cannot see any white lines in the test1.pdf file you uploaded so something is wrong on your PC causing the lines to display. I was viewing at 6400% with Adobe Reader.

Ignore the .doc file - that seems to be a bug when AOO writes .doc files.

If someone knows a way that a simple [.odt] text file with tables can be edited and exported to PDF by a simple user - please let me know - I am ready to listen and learn!

There is.

1. Download your test1.odt
2. Open it with AOO - in my case 4.1.13
3. Export it as a PDF- I called it test1_JH.pdf.

See attached test1_JH.pdf. It has no white lines even when viewed at 6400% with Adobe Reader.

1. Strange problems are often fixed by resetting the user profile - see Resetting the user profile.

2. Try viewing your test1.pdf on a different PC using Adobe Reader. Do you see white lines?
.

Edit: For those who cannot see the lines I attach this where I filled the blue with black with Tolerance = 0. The white lines show clearly. Interestingly, when I check the test1.odt file, and check whether the cell boundaries are set to Blue Classic, those borders shown as white in the image are not shown as blue in the file - only the left and bottom borders are set to blue. . Clipboard01.gif Clipboard02.gif . I am beginning to wonder if the user is using a .odt file which was previously saved as a .doc - we know that saving as a .doc causes problems - and then re-saved as a .odt. The .odt now probably carries errors from the .doc file. If there is a small error in the border width then the white line could appear. I am now not sure whether the files uploaded are the actual files which cause or have the problem which could excplain why we have been going round in circles! Another solution is to edit the table in test1.odt and set all borders to blue making certain every border is set. So, another test the user should try is 1. Create a new, empty document 2. Add a table - do NOT copy it from old documents 3. Set the background colour as in the original uploaded file 4. Set the borders to Blue Classic 5. Create the PDF. There will not be any white lines.

The test files are made from zero in ODT after that was saved in DOC.

There is an easy check - just make a new text document (without my intervention) with table and fill it with the color - just like I do with the test files!

About the color - white or not too white - sorry - but if I specify other color like - pale blue classic - I do not want to imagine what could be the answers of my asking.

[Bill]

For those who cannot see the lines I attach this where I filled the blue with black with Tolerance = 0. The white lines show clearly.

I was able to duplicate this using Irfanview. I tried enabling the "Merge adjacent line styles" option on the Borders tab of the Table Format dialog before exporting the PDF file and those white lines no longer appeared after filling the blue with black, but I can't verify that this is a permanent fix.

[John_Ha]

Bill

I cannot get my AOO 4.1.13 on W10 to create the "white" (or light blue) lines in the PDF when I convert the OP's test1.odt to a PDF and view it with Adobe Reader. My steps are

1. Download test1.odt from the OP's second post here or attached to this post below.
2. Open with AOO 4.1.13 under W10
3. File > Export as PDF (lossless compression ticked)

The created test1.PDF does not have "white" lines even viewed at 6400% in Adobe Reader.

Exactly what steps do you take to get the OP's test1.odt to create "white" lines when you create a PDF?

[RoryOF]

In case these lines are an artefact from the PDF readers, I think all need to state (always) their PDF reader, to avoid having to re-read the entire thread.

[Bill]

Exactly what steps do you take to get the OP's test1.odt to create "white" lines when you create a PDF?

I don't see any "white" lines in any PDF. The only place I see white lines is in files saved in the DOC format--never in an ODT or PDF file.
I can see lines in a screenshot of the PDF by replacing the background blue color in the screenshot with black, but I don't know if these lines are related to the lines reported by the OP.

[learnsofting]

A correction. The lines in the uploaded image are not white - they are a pale blue, namely {213,235,247], but not Blue Classic which is [207,231,245]. There may be some minor colour changes due to being downloaded as screen shots but not enough to convert [255,255,255] to {213,235,247].

question - is it possible by definition to color the border lines with white color in open Office and by adding classic blue color to interpose the colors and thus distort the color?

[John_Ha]

The only place I see white lines is in files saved in the DOC format--never in an ODT or PDF file.

I agree.

Lines in the .doc are probably a bug in the AOO .doc export filter and it is not worth trying to do anything about it. I opened test1.odt with LO and saved it as test1_saved by LO.doc. There are no white lines confirming it is a bug in AOO.

Also, I don't think the OP is telling us everything quite correctly.

He says "I do not need to work in DOC format ..." which is why I have concentrated on .odt to .pdf and ignored .doc. If he is not working with .doc, and he is working with .odt, then he never gets lines. He is not using .doc so why does he worry there is a bug going from .odt to .doc?

He says "Working with ODT - no way to clean the thin white lines in the exported PDF!" which is clearly wrong.

He says "In PDF the white lines are smaller..." but no-one can cause test1.odt to create a PDF with lines.

Also, the table in test1.odt has been heavily edited - it is not a new table. Alternate lines are set to different paragraph styles - half are Table Contents as I would expect with a new table. The others are set to a bespoke paragraph style called Aaoeu. Two cells are right justified, one is set to italics. Different cells have different edges bordered.

So, in conclusion, when saving his table1.odt as a .doc, AOO has a bug which creates white lines in the .doc file which obviously appear in the .pdf created from the .doc file.

Showing that a problem has been solved helps others searching so, if your problem is now solved, please view your first post in this thread and click the Edit button (top right in the post) and add [Solved] in front of the subject.

[Lazy_Al]

The visible white lines when exporting from .odt to pdf appear in only some pdf viewers. One good one to test with is Draw as that does show the lines in some circumstances, also it seems Sumatra.
To avoid the lines that show in only some pdf viewers colour the Table background instead of colouring the Cell background. See https://wiki.openoffice.org/w/images/9/ ... Tables.pdf
Attached .odt demonstrates the difference when exported to pdf and viewed in an affected pdf viewer (not Adobe, PDF-Xchange Editor, FireFox).
Cheers, Al

Edit:  Added resulting pdf for quick testing with affected pdf viewer

[learnsofting]

The visible white lines when exporting from .odt to pdf appear in only some pdf viewers. One good one to test with is Draw as that does show the lines in some circumstances, also it seems Sumatra.
To avoid the lines that show in only some pdf viewers colour the Table background instead of colouring the Cell background. See https://wiki.openoffice.org/w/images/9/ ... Tables.pdf
Attached .odt demonstrates the difference when exported to pdf and viewed in an affected pdf viewer (not Adobe, PDF-Xchange Editor, FireFox).
Cheers, Al

Edit:  Added resulting pdf for quick testing with affected pdf viewer

This is valid if you want to have all background of the table, but what if you want only some of the cells?

[learnsofting]

All lines are visible in GOOD monitor and experience of grafic works!
But I think that is question of quality!

[learnsofting]

In case these lines are an artefact from the PDF readers, I think all need to state (always) their PDF reader, to avoid having to re-read the entire thread.

Checked with several PDF readers - same!