-
Notifications
You must be signed in to change notification settings - Fork 141
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Establishing an XY origin #34
Comments
Just recently ran in to the exact same problem. I would like to second that this is a good idea, to allow setting a page corner as the origin. I've been trying to workaround by creating dummy paths that coincide with the edges of my stock, but then this has to be offset by the width of the cutter in order to be truly accurate, and it's all just too confusing. |
This issue drives me batty too. Plus when clicking "Zero Lower Left" it aligns to tool path rather than page co-ords or even actual cut outer edge - so you have to manually figure out how much to offset to get back so work piece location matches up. The whole point of this is so we don't have to calculate things manually so this makes it so much more prone to error. For me this makes it all very hard to use and probably not worth the hassle. Sorry. |
I don't enhance jscut anymore. LaserWeb4 is its successor. |
@tbfleming could you please add this info to the readme of this project? |
Updated readme |
First of all, thanks for all of the hard work on this. jscut really is an awesome app.
The first few times I created an SVG file (with Inkscape) and generated gcode with jscut, it didn't make much sense to me. Y coordinates originate in the upper left, and use negative coordinates while Inkscape appears to use the lower left and positive coordinates. After applying some google-fu, I found out about Inkscape's wonky coordinates/ruler system.
The "set origin to lower left" button doesn't appear to work until after I generate a toolpath. Often the 3D view re-sizes on(during?) regeneration giving the appearance that nothing happened until I export and read the gcode or resize the browser.
In addition, setting the origin to the lower left chooses the leftmost point of a selected object. In the case of a circle, I may not be able to accurately find that point to square my stock in relation to it before milling.
I have a "template" file setup in Inkscape with the page set to the dimensions of my Shapeoko. Since the page size is obvious in Inkscape and tied to X and Y, would it be possible to allow selecting a page corner as the origin? I think asking a user would point out the difference between what Inkscape presents and what it saves in the SVG file, eliminate a lot of initial head scratching, and eliminate a lot of questions on the forums/G+/here, etc.
Working with one positive axis and one negative axis sounds like it will get really confusing while configuring Grbl come homing/limit switch time. Would it be possible to have a selection to convert negative coordinates to positive ones (or an option to just set all coordinates positive or all coordinates negative)?
As a final suggestion, maybe roll all of the XYZ coordinate stuff into a single box and make it an early step?
Thanks for reading this. I hope it makes some sense and I'm not missing something obvious.
The text was updated successfully, but these errors were encountered: