Yes, but in this case this document is being used as a Technical Drawing Template in CAD/CAM program (FreeCAD) and must be an .svg file for that application.
In the past, I have designed in Inkscape .svg files to be used in FreeCAD TechDraw templates which worked OK. Recently upgraded FreeCAD to 1.0 and my custome designed templates stopped working.
Decided to create a new template from scratch to try to fix that problem.
But now in Inkscape, running into this truncation problem.
Right now working totally in Inkscape; ie, FreeCAD not a factor in the equation.
Ran the following experiments (in Inkscape).
Created a document with only a rectangle 10" wide, and full rectangle image printed OK, see 10" attachment below.
Increased the width of rectangle to 10.25", full rectangle printed OK, see 10_25" attachment below.
Increased width of rectangle to 10.5", now right side of rectangle does not print even though there is ample room for it to do so.
Have not worked with smaller width increments than .25" to see exactly at what dimension the right side of rectangle image stops being printed.
All this printing straight to paper from Inkscape outside of FreeCAD, although the truncation exists in FreeCAD as well. For now let's leave FreeCAD out of discussion, since problem seems to be related to Inkscape's .svg file.
Printing to a paper printer has never been reliable from Inkscape and the go-to solution for print is to save a copy as PDF and print from Adobe reader or similar..
At the risk of sounding disrespectful, it's a fool's errand and nobody I know in this community expects reliable printing directly from Inkscape.
Well the error loads into FreeCAD making it unusable therein.
FreeCAD does not allow using .pdf files as templates.
Actually when I did template design in Inkscape for usage in FreeCAD in the past, I had this exact same problem, but can't remember how I finally got it to work back then.
I'd ensure the page size is correct in Inkscape, and that the artwork is centered on the page.
Another thing I'd try: start a new document with px as the units and scale=1 in Document properties. Then set the document (front page) and display units as inches but do not alter the scale. Then create a test layout.
For a cross-check, attach a sample document that has the error for examination. I have freeCAD here to test on this end.
Tyler - I discovered that also works in Fusion 360 when I was using SVGs created by Inkscape as training wheels to learn 3d design. Switch to px units, set the scale to 1.0, then set the document units to whatever you need BUT DON'T touch that scale again. This works in quite a few cad/cam software. Not sure about Blender or freeCAD. Best to set up a default document or template this way.
This is also an issue if your preferred unit of measure is mm or cm. So, its not simply an imperial vs metric issue as I first thought 3 years ago.
That bug has been around since the change to 96 from 90. Some features are still hard-coded and to add insult, some templates were released with mm or inches having scale of 1. It's getting much better, but stuff still pops up.
Tyler - I am an Inkscape fanboy - however, there is some long standing issues (at least since 2008) with Inkscape that simply keeps getting ignored when it comes to what I call "maker/crafter" users. Most of it deals with what I call "fossil" code (pre v0.92) that needs to be refactored. Not holding my breath on seeing it fixed anytime soon.
Beginners' Questions Inkscape Documents Being Truncated When Printing
Inkscape.org
I created an Inkscape document 11" wide and 8.5" tall in Document Properties.
My image is contained therein with 1/4" open border around on all sides.
When I send the page to the printer (landscape mode), top and bottom sides print as defined.
But right edge of image is truncated and does not print, even though there is ample space on paper for it to print.
Is this an Inkscape problem or printer problem ? I don't think printer because it only happens with printing Inkscape .svg files.
See problem in attachment.
Many many users save a copy of their design to PDF, then print that file from a pdf reader. Pretty bulletproof.
Yes, but in this case this document is being used as a Technical Drawing Template in CAD/CAM program (FreeCAD) and must be an .svg file for that application.
Inkscape SVG files regularly import to CAD/CAM programs precisely.
Above, the operation is described as "printing" on paper.
If you need SVG for a drawing template, I suggest importing the SVG into FreeCAD and printing or exporting from FreeCAD to generate a proof.
Please describe in greater detail, if I'm misunderstanding the workflow.
In the past, I have designed in Inkscape .svg files to be used in FreeCAD TechDraw templates which worked OK. Recently upgraded FreeCAD to 1.0 and my custome designed templates stopped working.
Decided to create a new template from scratch to try to fix that problem.
But now in Inkscape, running into this truncation problem.
Right now working totally in Inkscape; ie, FreeCAD not a factor in the equation.
Ran the following experiments (in Inkscape).
Created a document with only a rectangle 10" wide, and full rectangle image printed OK, see 10" attachment below.
Increased the width of rectangle to 10.25", full rectangle printed OK, see 10_25" attachment below.
Increased width of rectangle to 10.5", now right side of rectangle does not print even though there is ample room for it to do so.
Have not worked with smaller width increments than .25" to see exactly at what dimension the right side of rectangle image stops being printed.
All this printing straight to paper from Inkscape outside of FreeCAD, although the truncation exists in FreeCAD as well. For now let's leave FreeCAD out of discussion, since problem seems to be related to Inkscape's .svg file.
Printing to a paper printer has never been reliable from Inkscape and the go-to solution for print is to save a copy as PDF and print from Adobe reader or similar..
At the risk of sounding disrespectful, it's a fool's errand and nobody I know in this community expects reliable printing directly from Inkscape.
But you should not take my word for it; you can ask the developers on the chat: https://chat.inkscape.org/channel/inkscape_user
Well the error loads into FreeCAD making it unusable therein.
FreeCAD does not allow using .pdf files as templates.
Actually when I did template design in Inkscape for usage in FreeCAD in the past, I had this exact same problem, but can't remember how I finally got it to work back then.
Thanks for your input.
I'd ensure the page size is correct in Inkscape, and that the artwork is centered on the page.
Another thing I'd try: start a new document with px as the units and scale=1 in Document properties. Then set the document (front page) and display units as inches but do not alter the scale. Then create a test layout.
For a cross-check, attach a sample document that has the error for examination. I have freeCAD here to test on this end.
Tyler -
I discovered that also works in Fusion 360 when I was using SVGs created by Inkscape as training wheels to learn 3d design. Switch to px units, set the scale to 1.0, then set the document units to whatever you need BUT DON'T touch that scale again. This works in quite a few cad/cam software. Not sure about Blender or freeCAD. Best to set up a default document or template this way.
This is also an issue if your preferred unit of measure is mm or cm. So, its not simply an imperial vs metric issue as I first thought 3 years ago.
That bug has been around since the change to 96 from 90. Some features are still hard-coded and to add insult, some templates were released with mm or inches having scale of 1. It's getting much better, but stuff still pops up.
Tyler -
I am an Inkscape fanboy - however, there is some long standing issues (at least since 2008) with Inkscape that simply keeps getting ignored when it comes to what I call "maker/crafter" users. Most of it deals with what I call "fossil" code (pre v0.92) that needs to be refactored. Not holding my breath on seeing it fixed anytime soon.
I understand them so I work around them ....
Looks ok here:
@k0DPW, please try importing the attached SVG.