Different margins for the cover page #3692
base: master
Are you sure you want to change the base?
Conversation
…ter are not used there
Can someone get this straightened out and released? |
Seems to only been an issue with the osx build timing out?
|
Few issues with the patch:
|
Here is a small modification to Andrew's patch for people who want to get rid of all margins in cover page. Lines 1000-1004 in pdfconverter.cc should be replaced with the following: if (objects[d].settings.isCover) {
painter->save();
painter->translate(-leftMargin * printer->width() / printer->widthMM(), -topMargin * printer->height() / printer->heightMM());
printer->setPageMargins(0, 0, 0, 0, settings.margin.left.second);
} |
@ashkulz Do you know why after applying the patch SVG background image is still effected by the margin setting even all the other elements are positioned correctly on the cover page? See the "cover.zip" file I have attached in my previous post as an example of this behavior. Also, here is an illustration of the issue (grey margin outline instead of blue background fill): |
great to see this is coming - would love to be able to use it as well |
@mpseidel It will take a lot more work to get it to a state where it can be merged. If you have some time and understand how it works feel free to modify the patch. |
@hakimio got it - unfortunately this is not my area of expertise :/ |
Patching cover page for 0mm margins. Original modification from andkorsh@c09862d altered following this comment : wkhtmltopdf#3692 (comment)
Hello, i try to solved that issue but i can't do this solved , |
Hello, i try to solved that issue but i can't do this solved , |
@anupmaurya484 No, I won't be making videos like that but you can read how to create wkhtmltopdf packages here. |
This link to used download the exe file and replace the old exe file then set cover page with margintop and marginbuttom. |
@anupmaurya484 |
I noticed the invisible footer as well. It seems that setting margins on the fly does not work. When you try to put full page content into cover, the printer still inserts a page break as if the margins were not changed. Although the painter can start at the very top of the page, the total content height that the printer used for calculation is still smaller than the page height (Height - top and bottom margins) |
Is this conflicts resolved? |
@andkorsh Any update on this? |
Need this! |
Fix for the issue #3635.
For the proper backward compatibility it probably makes sense to configure this separately with something like --disable-margins-for-cover-page.