![]() So while Inkscape's native units are mm, we have this Scale setting to allow other units to still be used in Inkscape. It should be hidden behind an "advanced setup" button, or something like that. I've also made a request to hide the Scale setting, so that users don't get confused about it (which they do ALL the time). (It's a computer program after all - pixels should be a no brainer!) I've made a request to return to using px as native units, but I don't think there's much chance of that happening (not anytime soon, anyway). If we kept Inkscape's native units pixels, we would not have this stupid Scale setting, and we would not have to have these discussions. So now we have this stupid Scale setting, which most people don't (really can't) understand. ![]() It seems that the program calculates in mm, thus, the number '25.400' in the scaling field.Ī new feature, a couple of versions ago (which I personally despise) makes Inkscape's native units mm. ![]() I can't discuss gcode itself with you, because I don't know anything about it. py files to set a default size limit on these elements? Are you familiar with editing these files? Thanks. I ask again is there an edit I can make in one of the program's. I can work arould this, but it's a pain sometimes. I am still left with the oversized O.Pts. And, I thank you for the tip about checking the geometric bounding box that should correct that minor annoyance. Now, I can make Inkscape generate g code in inches, using what you consider to be 'wrong' doc properties/scaling settings. The only move the g code has right is the Z depth, probably because that is designated in the Tools Library text box. My CNC router doesn't have 76 inches of travel, nor do most commercial CNC machining centers. The 'G20' command in the program header tells the machine that all dimensions are in inches the code generated is not. ![]() As I said, the square in the image is 3 inches on a side. If you look at the g code generated, you'll notice that the X and Y moves to cut the square are "G01 X 76.1746 Y 76.1746 Z-.0252" 76.1746 / 25.4 = 2.9999 (3 inches). I know your explanation was for inches however, it seems that the program calculates in mm, thus, the number '25.400' in the scaling field. In previous versions of Inkscape, the text and tools properties box were much smaller (They didn't display on top of the actual drawing). Yes, the text looks 'more normal', but still unusually large, compared to the drawing size. The geometric bb does not include the stroke width in measurements or placements. But you can easiliy fix that (and it will stay fixed, if you switch to geometric bb). When you changed the units with the proper scale, it caused the object size/placement to change slightly, and that introduced the changes that you see on the control bar. The visual bounding box includes the stroke width in measurements, and often causes tiny size or placement discrepancies. Click on Tools then look on the right side of the window, and click Geometric Bounding Box. Do you know offhand whether you're using geometric or visual bounding box? If not, try Edit menu > Preferences > Tools. The discrepancy on the control bar (with X, Y, W and H) might be related to the bounding box setting. Where do you see that it's giving mm in the gcode? Although at the top of the gcode file, in your screenshot, it says "All units in inches". If it's not giving inches, then there must be a bug. If your document is set for inches, the gcode should be giving inches. I notice in your screenshot that the text (orientation points) looks more normal this way. I gave you instructions how to use inches with the proper scale setting. I can use the settings that I know will work for generating accurate g code is there a file I can edit in order to make the orientation poits and tool box sizes much smaller? This is another unwanted bug when using the default doc properties. The width and height are also inaccurate the square is 3" on each side. You will notice in the top toolbar, X and Y start coordinates are both '-.001' they should be 0,000. I was a machinist, both manual and CNC, for 35 years, and I prefer to work with inches. Unfortunately, the g code generated is in mm, and I don't want to work in mm. As you can see, 'scale' is 25.4, which is the correct number of mm. The attached pic shows the results with default doc properties. Even with default settings, the orientation points and tool box are abnormally large in relation to the drawing. As I said, the 'Document Properties' that I use produces accurate g code, in inches, for my CNC router the default settings generate g code in mm, which I don't want.
0 Comments
Leave a Reply. |