Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
How do I prevent the overlap of rows shown in the attached example? The format is set to PDF Table.
Comment | File | Size | Author |
---|---|---|---|
#6 | rows_overlap-1935364-6.patch | 535 bytes | NWOM |
Comments
Comment #1
Simon Georges CreditAttribution: Simon Georges commentedIsn't it linked to #1432916: Should margins be default for PDF table position??
Comment #2
timmay CreditAttribution: timmay commentedI don't believe this is related.
To the original poster: I think what you're looking for is in the PDF Field Settings...this is the clunky positioning configuration interface that everyone seems to be referring to. I was having a similar issue to yours, but finally figured out how the positioning works more or less. As a general rule of thumb, I find that changing the positioning settings for each field to:
seems to provide a semi-normal flow to start tweaking from.
It's very possible, using the default settings, to display only one label on the whole page, or have multiple items writing over the top of each other, which is very confusing when you're starting out with this module.
Hope that helps...
Comment #3
killua99 CreditAttribution: killua99 commentedDear fellow Drupal enthusiasts,
I have set this issue to "Postponed (Maintainer needs more information)".
If not already done please add an issue summary and steps how to reproduce the problem.
And please read again, "Making an issue report".
Help about how to do this can be found on IRC and in the user groups.
After there is new information, please re-open the issue by changing the status to active.
--
This issue was edited with the help of Issue Helper
Comment #4
killua99 CreditAttribution: killua99 commentedPlease open a new issue if you still have this problem.
Comment #5
Priti197 CreditAttribution: Priti197 commentedI am still facing the overlap issue.
Comment #6
NWOM CreditAttribution: NWOM commentedI had the same issue and luckily found a D6 patch that I could use as a base: #1349444: table haders do not take row height into account.
Attached is the patch. Please review.
Comment #7
killua99 CreditAttribution: killua99 commentedI'll try to review it and commit it.
Comment #8
NWOM CreditAttribution: NWOM commentedThis has been fixed in #2992130: Improve table, header, & footer formatting + new functionality