Skip to main content

On Sale: GamesAssetsToolsTabletopComics
Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines

PixelCNC Has Moved: deftware.org

CAM software developed by artists for artists to create unique and original works on a 3-axis CNC router or mill. · By Deftware

snapping to grid

A topic by geoff@cadplan.com.au created Jul 10, 2024 Views: 92 Replies: 3
Viewing posts 1 to 2
(+1)

I note that in vers 1.8b (I have not checked earlier versions) there seems to be an offset from the actual grid when snapping to grid, i.e the actual node position is offset from the grid.  The amount of offset depend on the grid size.

Developer

Hi Geoff,

Are you referring to the origin of a layer or a paths-layer's path nodes? Remember that the machine origin's Z is where the grid is positioned so anything that is not sitting directly on the grid will appear offset if you're viewing at an angle. I do see a regression in v1.81b, however, which is causing the grid plane to not move to the XY plane that paths are lying on when path-editing is enabled. This would be caused by v1.81b fully decoupling the machine origin from generated toolpaths. Is this what you're referring to?

The quick-fix is to click the 2D/3D toggle at the top of the screen to switch to 2D mode so that the grid is always overlaid onto everything below.

Also, when scaling a layer, its handles will not snap to the grid, but instead adjust the size of a layer in grid-subdivision increments.

Thanks! :]

 - Charlie

(+1)

OK, I can now see that the problems only occurs when using metric units.

Geoff

Developer

Hi Geoff,

I'm still not clear what the problem is that you're seeing. As long as your view is aligned straight-down the snapping-to-grid should be working for moving the machine origin, layer origins, and path nodes, in both inch/metric projects. Can you show me what it is that you're seeing or at least explain how to re-create the issue?

Thanks!

 - Charlie