Table lines dropped when table rotated

[Robert_^_W]

Hello forum,

I have an interesting problem I hope at least one other of you have encountered.

A document i'm working on has large,long, portrait part data tables which have been put on A3 pages and rotated to Landscape to fit with the accompanying A4 pages (This means the text is vertical compared to the headers and footers).

The problem is that after about 60 lines or so out of the 70 in the table, the lines disappear. They are set to thin for all borders and cells, yet they disappear, not like they have been set to none, but like they were never there.

Has anyone seen this before, or can anyone explain it.

[Arnis Gubins]

Which version and point release of FM?

Is this table placed on a rotated Master page or do you rotate the page after creating the table?

Do they disappear only in the FM display or in the output (and what form - printer or PDF) or both?

[Robert_^_W]

Hi Arnis,

This is FrameMaker 10, Version 10.0.2.419

The frame containing the page has been rotated (on the body page) and the table pasted into it.

The table came from a plain, unstructed FM document containing only the table (generated from tabbed txt file and formatted).

The lines disappear both on screen and in paper print.

[Arnis Gubins]

I just tried this for a rotated A3 page and unfortunately I don't get any line dropouts.

Is this happening after 70 lines on the same page or after 70 lines into table (that may be split over multiple pages)?

Can you paste a screen capture to show this? (Please turn on symbols and borders first).

[Robert_^_W]

did you populate your table with content?

I just painstakingly counted and it is actually 80 border lines visible of 90 lines total, all fitting on the one page. Apart from the missing lines you would think it was a normal table.

Due to the nature of the content, it has been replaced with 'test'

After chatting with my colleague, reducing the font size from 8pt Arial to 5pt cured the issue, same worked up until 7pt, but now only 1 line was missing.

At 6.5pt all the original content was now surrounded by border lines.

[Arnis Gubins]

Ok, I see what you're doing. You rotated the page after creating the table in the portrait mode. This has been happening since at least FM7.0 and the clipping always takes place at around 33.33cm down the page (font size isn't the issue) for the A3 format.

The only workaround that I know of is to leave the pages in the portrait orientation and then rotate the pages in the PDF afterwards.

Yes, it's a long standing bug.

[Robert_^_W]

As page rotation in PDF was not practical for us, I came up with another solution.

Solution was, paste data into vector drawing package (I used a frree one), save as .svg, import into Frame. It looks as good in print as the original.

[Bob_Niland]

> Solution was, paste data into vector drawing package (I used a frree one), save as .svg, import into Frame. It looks as good in print as the original.

You can also paste the data into a LibreOffice spreadsheet, export a selection as PDF, and import that.

For users on FM7.2 or earlier, PDF import is unstable, so use Acrobat Pro or Illustrator to re-save the PDF as EPS. Import EPS.

We do almost all of our tables as spreadsheet imports.