Community
Participate
Working Groups
The PDF emitter in BIRT 2.6.2 does not support the overflow=visible style for table cells. To reproduce the bug, in the report designer create a table with fixed width columns and at least two columns. For one of the cells in the first column, set the properties whiteSpace=nowrap and overflow=visible. Enter a label with a long string of text in this cell. The XML for this cell should look something like the following: <cell id="9"> <property name="whiteSpace">nowrap</property> <property name="overflow">visible</property> <label id="23"> <property name="display">block</property> <text-property name="text">Now is the time for all good men to come to the aid of their party.</text-property> </label> </cell> The HTML emitter displays the long string properly provided we specifiy the option setEnableAgentStyleEngine(true). The long string overflows, extending beyond the right margin of the cell into the adjacent cells. This does not work properly with the PDF emitter. The long string does not overflow, but is instead truncated at the right edge of the cell. I have reproduced this bug on both Mac OS X and on Linux. This bug is critical for our application. We have no graceful way to work around it.
I overlooked the obvious workaround: Use the "merge cells" feature to merge the leftmost cell with the long string together with the empty cells to its right in the same row. This fixes the problem. The PDF emitter should probably still support overflow=visible, but this problem is no longer critical to our application.
Currently i am using BIRT 3.7 I have a requirement the text need to overflow from one cell to another cell. So, it retains the table view. But if we merge the cells, the column borders will be lost. According to my requirement this should not happen. Is there any possibility of fixing this. As, it is already working fine in web viewer & html view. I don't think it is a big issue to make it work in PDF view also. right!! (In reply to comment #1) > I overlooked the obvious workaround: Use the "merge cells" feature to merge the > leftmost cell with the long string together with the empty cells to its right > in the same row. This fixes the problem. > > The PDF emitter should probably still support overflow=visible, but this > problem is no longer critical to our application.
Hi, I'm BIRT 3.7. When I am generating HTML with overflow on, the page renders properly. But when I am generating PDF, the texts tend to be cropped. Was this ever resolved with the latest distro?
BUMP
it will be fixed in 4.2.1
