Printing fields ignored in paper length
The printing fields are working properly in the latest development version. My understanding is that the Fields: Left, Right, Top and Bottom are to add extra space around the printed pattern.
It seems that the Top, Bot are not adding any length to paper. The paper length is the same even if you add 1 m extra space. The bottom value just moves pattern on the paper, but because the paper length is not extended the patter will be cut off in the before it is printed.
To test: Adjust the values and look the proposer paper length. It remains the same
Comments (38)
-
repo owner -
repo owner - changed status to closed
-
reporter - changed status to open
Yes, that is how it is supposed to work.
However, when you are using roll paper, the pattern should fit inside the pageRect(). The paper length should be adjusted according to the margins. If the pattern is 1050 mm length and you have 20 mm margins in top and bottom, the paper length must be 1090 mm. Now it is not .
-
repo owner Yes, that is how it is supposed to work.
If i use A4 paper and my bottom margin is half of the paper height you can't just take more length to compensate it. This is not how it works. So for regular printers all work fine. However, rolling paper seems like another case.
However, when you are using roll paper, the pattern should fit inside the pageRect().
And it doesn't? In the dialog you set paper rect and print fields. Page size calculated according this data. Layout works only with page size.
So, as i see it you need option "compensate length". Where the length will be adjusted according to top and bottom margin.
Can you explain how do you use plotter? Do you use left and right margins?
-
reporter Current problem is that the beginning is too close to paper edge and some times the lines will be cut off. At the moment the whole pattern is not printed. 1-2 cm is missing in the end.
It would be nice to have 2-5 cm extra in the beginning and 2-5 cm the end.
-
repo owner Current problem is that the beginning is too close to paper edge and some times the lines will be cut off.
This mean your top margin is too small. Make it bigger.
-
repo owner Right now: pageHeight = paperHeight - (margins.top() + margins.bottom())
-
repo owner Don't get me wrong i just try to understand why do you get such result.
-
reporter I REALLY appreciate your support and fast response. It is GREAT.
Sometimes it is difficult describe the obvious thing to some one else. I didn't remember to have all the details in the problem description.
-
repo owner Okay, i need more data. Show me an example:
- Screenshot of the dialog Layout Settings.
- Print result to pdf.
-
reporter - attached Print_length.pdf
- attached Printing_length.tiff
The latest development version Here are the files. The margin setup and the print pdf. Some part is cut off.
-
repo owner Issue
#533was marked as a duplicate of this issue. -
repo owner - changed status to resolved
Fixed issue
#549. Printing fields ignored in paper length.→ <<cset 4eef59ccbb29>>
-
repo owner @Stinde100, please check this fix.
-
reporter - attached Custom paper not allowed.tiff
MAC version does not accept the paper size change. I don't know what creates the error message. It comes 3 times and the pattern is not printed. ( Only 20-30 cm of blank paper)
-
reporter - changed status to open
Please look the error message in previous mail
-
repo owner Do you use HP printer?
-
reporter Yes, HP Designjet T120
-
repo owner -
repo owner I didn't add anything new to code. So, it is must be an issue with HP printer on Mac OS X. Try find new driver or use advice from the answer on apple.stackexchange.com.
-
reporter I don't believe that is the issue.
I have no problems if the Left and Right margins are 0 in the Create Layout window. The Top and Bottom values work and they could be anything.
If I have the Left value 10 cm and Right value 10 cm, the Valentina tries to change the width fo the paper by 20 cm from 61 cm -> 81 cm. This is not accepted by the driver. I think that this is the problem.
-
repo owner The Top and Bottom values work and they could be anything.
So now you can print?
-
repo owner If I have the Left value 10 cm and Right value 10 cm, the Valentina tries to change the width fo the paper by 20 cm from 61 cm -> 81 cm.
How do you know this?
-
reporter The printer driver shows the wanted paper size on the printer window. I can see the width and the length.
When the width is incorrect the driver complains. If the width is wider than the paper, it does not print correctly (even when accepting all error messages).
-
repo owner Okay, that's useful information. I'll think.
-
reporter I assume that current version of Valentina is adding the Field values (Left, Right, Top and Bottom) to the paper size. The addition is correct for the Top and Bottom, because the paper size should be longer. The Left and Right values should act as margins to pattern, but those should not be added to the paper width.
-
repo owner Does HP Designjet T120 is your default printer?
-
reporter Yes, it is.
-
repo owner The addition is correct for the Top and Bottom, because the paper size should be longer.
If adding Left and Right is wrong this mean adding Top and Bottom also. And working only because rolling paper.
-
reporter The behavior should be different for fixed size paper and roll paper
-
Fixed size paper, the Left, Right, Top and Bottom values are margins for the pattern. No change to the paper size.
-
For the Roll paper the values are also margins, but Top and Bottom values should be also added to the paper length.
There should be selection box for the roll paper in the Creation window.
-
-
repo owner @Stinde100, i can repeat for custom paper size. This is good news. Continue investigation.
-
reporter Good. I have a work around. If I want have 2 cm left and right margin, I just make the paper size 4 cm narrower in the dialog and will end up in the right width.
-
repo owner - changed status to resolved
Fixed issue
#549. Printing fields ignored in paper length.→ <<cset 6112a10b08ff>>
-
repo owner @Stinde100, yes you was right, i missed top and bottom margins. :) Thanks.
-
repo owner @tusuzu, do we need margins when exporting to pdf, svn, png and so on?
-
repo owner I think pdf yes, but i am not sure about others.
-
Yes it is important to have margins in PDF, SVG, png, etc. I assume these will be generated to be precisely the size of the Layout image. The only output that changes the Layout image is the Tiled PDF version, which presumably uses the Letter or A4 margins for each tiled page.
Roman is this correct, the Tiled PDF output uses the margins as defined in the A4 or Letter paper options? If this is not correct, where does Tiled PDF get the margin information from?
-
repo owner Yes it is important to have margins in PDF, SVG, png, etc.
Only PDF will have margins. Because only PDF supports them.
I assume these will be generated to be precisely the size of the Layout image.
Yes, all other formats (except PDF, PS, EPS) will not have visible margins.
The only output that changes the Layout image is the Tiled PDF version, which presumably uses the Letter or A4 margins for each tiled page.
There is no such thing as A4 margin. The margins are the same as for any other size.
If this is not correct, where does Tiled PDF get the margin information from?
As i told you before the margins are based on your printer data plus your changes if you wish.
- Log in to comment
I think you don't understand how it is working. Printer fields set page size. It is smaller than paper size since the page normally has margins between its borders and the paper.
This is an example:
![printer-rects.png](https://bitbucket.org/repo/97oyMp/images/2499021356-printer-rects.png)
As you can see printer fields set page rect inside of paper rect.