|
|
Rank: Member
Groups: Member
Joined: 5/25/2015
Posts: 21
|
Hi I am still struggeling with paging. Borders of table/cells seems to go slightlty wrong. Have you any tips how to get that right. Our customer is already complaining about quality etc. About css rules: I am tried about every combination of td&th, tr, tbody, thead, table with avoid page break rule but basicly no difrence at all. Simple test scenario: Html: http://pastebin.com/ThU8YB8sAnd push it to your live demo exporter. 1: Bottom border of table is cutted off on page break. (if using border collapse this issue dosen't exists) 2: There are extra border inside first row cells 3: If th is repeating it may be over its border. Since demo dosen't repeat th elements if there is table caption defined (bug or feature?) this cannot be seen with example scanario. Case 1: http://aijaa.com/dKNj5BCase 2: http://aijaa.com/kyF1qACase 2,3: http://aijaa.com/2LyaRt (see specially the "site upgrade" text, upper screenshot has also some strange dots in extra border line, i doubt that those are actually part of glitch but not sure)
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,070
|
Hi,
This is a known limitation that is particularly noticable with table with horizontal lines. The way paging works is, it first render the whole page all together on a virtual "very long" paper, it then cuts at specific spot. In another word, when you have table with lines, either the bottom of the previous page or the top of the next page will be open. This is because paging does not add new horizontal lines. So the existing horizontal lines either got cut to the first page or the second page, but not on both. This means you will always have an open row somewhere (which is what caused case #1).
When you have repeating table header/footers, it will simply repeating the header "cut out" on every page. This header "cut out" can be open or closed at the bottom and when it is repeated on other pages, it can cause missing line or duplicating lines. This can create strange results but it all roots from case #1.
There is no easy solution to this problem because any "true" solution requires the browser engine to change it's layout logic (as oppose to just layout it exactly the same way as on screen and then "cut" it from various position to form multiple pages). This is not only a big undertaken but it also has unknown implications. As such we currently have no plan to change this.
The easiest way for you to avoid such issues is to avoid horizontal table lines. For example, you can use different font size/weight for header rows, and alternative colors for contents rows. It will be very readable to the end users and the page break will be much cleaner that way.
I apologize for the limitation, please feel free to let us know if you have any more questions.
Thanks!
|
|
Rank: Member
Groups: Member
Joined: 5/25/2015
Posts: 21
|
Hi I found some more information about this. Shortly: there seems to actually a bug. Scheenshots I linked in first post aren't very good but here is better which should be pretty declarative:  So it seems that root cause is that exporter repeat caption and heading BUT reserve space only for heading. Heading height = caption height -> caption repated, heading hidden Heading height > caption height -> part of heading is cutted out (example on image at first post http://aijaa.com/2LyaRt that 2 line cencored column heading is actually 3 lined but third is cutted out) Heading height < caption height -> only caption is shown and its shown only partially ...And if line heights aren't equal its leads also those smaller glitches. So exporter should be fixed so that: A: Its reserve space for all repeated content B: Repeat only heading, no caption All tables of our customer without captions are nice and clean. Here is used html (exported with your live demo): http://pastebin.com/pNtRG2gB
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,070
|
Hi,
We have confirmed this to be an issue. We will fix it in our next build (using option A).
Thanks!
|
|
Rank: Member
Groups: Member
Joined: 5/25/2015
Posts: 21
|
Thanks. Have you any estimation when this fix arrives? Our customer has some material to publish at next week and we need to do workaround to this if not fixed by then (I assume that fix wont arrive at this week).
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,070
|
Hi,
We should be able to provide a new build to you later this week. Please remind us if you do not receive it by Thursday.
Thanks!
|
|
Rank: Member
Groups: Member
Joined: 5/25/2015
Posts: 21
|
This is reminder.
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,070
|
Thanks for the reminder. We have already made the code changes and we are currently testing the new build. If everything goes fine, we will post it later today. If not then we should be able to post it during the weekend.
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,070
|
Hi,
This is just to let you know that we have posted the new build with the fix. You can download it from our download page.
Thanks!
|
|
Rank: Member
Groups: Member
Joined: 5/25/2015
Posts: 21
|
Hi Thanks for this quick update. How ever I noticed new update will break inner links of pdf file. There is example: http://pastebin.com/x1ddBw7R and this simple example dosen't seem to work on live demo eather. I am updating from 15.2.37.0 so at least on that version links work fine. I added links to our system at very end of last month and tested live demo also then. So assuming that you keep your live demo always up to date breaking change is happen on this update or 2015.3.31.0.
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,070
|
Hi,
Sorry about the problem. We have just posted a new build on our download page that should fix this problem.
Thanks!
|
|