Re: [Inkscape-user] Doublesided Print Alignment

Hi All!
Just out of curiosity: Why is everyone insisting on using px when Inkscape is perfectly capable of using natural units like inches or millimetres?
Andi
On 5 January 2011 07:12, crjw <crjw@...2789...> wrote:
On 4 January 2011 16:05, John Culleton <john@...1668...> wrote:
On Monday 03 January 2011 21:14:56 NoOp wrote:
I have two inkscape drawings, each have two 360 degree protractor wheels on them; exact same size. I am attempting to print drawing 1, turn the paper (it's doublesided photo paper) and then print drawing 2, and get the prints to align properly. Purpose is so that I do not have to print singlesided, paste the wheels together & then laminate. The project calls for printing all 4 wheels (2 ea from each inkscape drawing) back-to-back so that only two wheels are necessary for laminating.
[...]
I would save the items as e.g., eps files and import them to Scribus or use them in pdftex. Exact placement should be possible in either tool.
IMHO the exact placement is not the problem, that can be done in Inkscape too.
Most consumer grade printers do not print exaclty centered on the page so one has to correct those deficiencies of the printer with other means than correct placement.
(Just my 0.02$...)
Andi
Well... good news/bad news. Finally got everything lined up using regular paper, so I then loaded 61 pound double-sided photo matte paper only to find that I had to realign all over again. Apparently the printer (Canon MP750) adjusts the alignment for the heavier paper. So now I have saved templates for that paper & printer.
With regard to aligning; I did a copy & paste in place from the wheels from drawing 1 onto drawing 2. That way I could adjust to wheels in drawing 2 close to the Y position in drawing 1. The rest was just printing test runs and then adjusting X/Y in 5px increments. Painfully slow & expensive (paper & ink). Next test will be to export to PDF, join the pages & print the PDF version w/same paper, but use the regular duplex feed instead of the back sheet feeder.
As an FYI, here are the coordinates that I got to work on the 61lb paper:
Drawing 1:
wheel 1 x 120 y 560 px
wheel 2 x 250 y 150 px
Drawing 2:
wheel 1 x 250 y 565 px
wheel 2 x 120 y 155
As others have suggested, your printer may not be mechanically aligning the page properly. I can't solve this. But if you have a high quality printer you should be able to properly center everything with a bit of math. An 8.5x11 inch page is 765px x 990px (inkscape always uses 90px/inch). To make things easy your two circles should be centered horizontally at 765/2=382.5px. Vertical alignment may not be necessary but it may make things simpler if you place the two circle centres the same distance from the top and bottom of the page. I have included a sample file below with a pair of 4 inch diameter wheels. Each wheel has eight 2 inch spokes; each spoke is separated by exactly 45 degrees. ##########################################################################
<?xml version="1.0" standalone="no"?>
<svg version="1.1" width="8.5in" height="11in" xmlns="http://www.w3.org/2000/svg" xmlns:svg="http://www.w3.org/2000/svg" xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd" xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape%22%3E sodipodi:namedview <sodipodi:guide orientation="1,0" position="382.5,270" /> <sodipodi:guide orientation="0,1" position="382.5,270" /> <sodipodi:guide orientation="0,1" position="382.5,720" /> </sodipodi:namedview> <g inkscape:label="Layer 1" inkscape:groupmode="layer" id="layer1" style="fill:none;stroke:green;stroke-width:5px" transform="translate(382.5,270)"> <circle r="180"/> <path d="m-180,0 h360"/> <path d="m-180,0 h360" transform="rotate(45)"/> <path d="m-180,0 h360" transform="rotate(90)"/> <path d="m-180,0 h360" transform="rotate(135)"/> </g> <g inkscape:label="Layer 2" inkscape:groupmode="layer" id="layer2" style="fill:none;stroke:red;stroke-width:5px" transform="translate(382.5,720)"> <circle r="180"/> <path d="m-180,0 h360"/> <path d="m-180,0 h360" transform="rotate(45)"/> <path d="m-180,0 h360" transform="rotate(90)"/> <path d="m-180,0 h360" transform="rotate(135)"/> </g>
</svg> ##########################################################################
Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Inkscape-user mailing list Inkscape-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user

is there a way in Inkscape (0.47) to bypass the built in print dialogue and use the computer/printers own one?
I do a lot of borderless printing and have yet to get it to work from inkscape with my Canon Pimxa IP 4700 printer. I have to click print then do print preview so it goes into PDF then print from my PDF reader/writer program
would be so much easier if when you hit print it opened the printers own dialogue like 99% of other programs do. or better yet have a way to set default to either inkscape printer box or printer printer box.
Gaz

On Jan 5, 2011, at 12:18 AM, Andreas Neustifter wrote:
Hi All!
Just out of curiosity: Why is everyone insisting on using px when Inkscape is perfectly capable of using natural units like inches or millimetres?
Actually, it is not.
At the base level, SVG only allows coordinates in raw px units in paths, etc. Our UI will attempt to translate things. Some dimensions can be specified with an explicit unit type, but others can not.
There are a few things that make working with explicit units a little easier, but understanding that a base limitation keeps some things to only 'px' internally is helpful, especially when dealing with such subtle issues as print alignment, etc.

Hi Jon!
On 08.01.2011, at 21:00, Jon Cruz <jon@...204...> wrote:
On Jan 5, 2011, at 12:18 AM, Andreas Neustifter wrote:
Just out of curiosity: Why is everyone insisting on using px when
Inkscape is perfectly capable of using natural units like inches or millimetres?
Actually, it is not.
At the base level, SVG only allows coordinates in raw px units in paths, etc. Our UI will attempt to translate things. Some dimensions can be specified with an explicit unit type, but others can not.
There are a few things that make working with explicit units a little easier, but understanding that a base limitation keeps some things to only 'px' internally is helpful, especially when dealing with such subtle issues as print alignment, etc.
Thanks for the clarification that's actually a good point.
I guess for print resolutions (300 dpi and above) the accuracy when working with pixels is below 1/10 of a millimetre so working in mm should not be a problem. Or am I mistaken again?
Andi
participants (3)
-
Andreas Neustifter
-
Gary Hawkins
-
Jon Cruz