+- LDraw.org Discussion Forums (https://forums.ldraw.org)
+-- Forum: General (https://forums.ldraw.org/forum-12.html)
+--- Forum: Parts Tracker Discussion (https://forums.ldraw.org/forum-36.html)
+--- Thread: Some part snapping observations (/thread-23372.html)
Some part snapping observations - Roland Melkert - 2019-04-26
Hello all,
While working on the LDCad snapping info for the 1802 library I noticed a couple of issues relating to parts fitting together etc.
I thought it best to share them in a single thread for discussion / corrections.
- Window pane 30046.dat doesn't seem to fit 30044.dat, its pins are to high.
- door u9371.dat seems to be 2 ldu too small, to fit u9370, height wise
- Shouldn't the front hole in kayak 29110 be 4 or 2 ldu instead of 3 so it fits something useful?
RE: Some part snapping observations - Gerald Lasser - 2019-04-27
Hi Roland,
may be not the best place to put it, but when trying to snap large parts (like Rollercoaster Rails) whenever you grap it again the alignment goes to the point where you clicked, in case you want to move it a bit, this is a bit tedious as it can move the parts quite far away where it initially wa.
Gerald
RE: Some part snapping observations - Roland Melkert - 2019-04-27
One more thing I found:
u9355.dat visually doesn't look to accept pins in the 4 front holes, once transparent you do see it should.
RE: Some part snapping observations - Roland Melkert - 2019-04-27
(2019-04-27, 14:19)Gerald Lasser Wrote: when trying to snap large parts (like Rollercoaster Rails) whenever you grap it again the alignment goes to the point where you clicked, in case you want to move it a bit, this is a bit tedious as it can move the parts quite far away where it initially wa.This is by 'design' it's needed to calculate the nearest object to the mouse/part being dragged.
When part snapping is disabled, grabbing stuff will stay relative to the mouse position though.
RE: Some part snapping observations - Philippe Hurbain - 2019-04-28
(2019-04-27, 21:54)Roland Melkert Wrote: One more thing I found:Not sure what you mean, the pins do fit fine? Granted, inside of casing is hugely simplified, and it would be a nightmare to mold as modeled, but functionnally it works.
u9355.dat visually doesn't look to accept pins in the 4 front holes, once transparent you do see it should.
RE: Some part snapping observations - Magnus Forsberg - 2019-04-28
(2019-04-27, 21:54)Roland Melkert Wrote: u9355.dat visually doesn't look to accept pins in the 4 front holes, once transparent you do see it should.
I don't understand. What's wrong?
RE: Some part snapping observations - Magnus Forsberg - 2019-04-28
(2019-04-26, 21:12)Roland Melkert Wrote: - Window pane 30046.dat doesn't seem to fit 30044.dat, its pins are to high.
It fits very well, but the bumps are forced to be placed offset.
(2019-04-26, 21:12)Roland Melkert Wrote: - door u9371.dat seems to be 2 ldu too small, to fit u9370, height wise
Yes, looks like something is wrong. Don't have the parts, so I can't say which one is wrong.
RE: Some part snapping observations - Roland Melkert - 2019-04-28
(2019-04-28, 7:53)Magnus Forsberg Wrote: I don't understand. What's wrong?
When not transparent the pin holes seem to be blocked, making the hole 2ldu less deep.
RE: Some part snapping observations - Magnus Forsberg - 2019-04-28
(2019-04-28, 20:26)Roland Melkert Wrote: When not transparent the pin holes seem to be blocked, making the hole 2ldu less deep.
That's an optical illusion.
Since you can't tell how deep the hole is, the larger edge primitive at the bottom is invisible, you think it isn't deep enough.
But why is this an issue? The connect-primitives do connect to the conhole-primitives allright, don't they?
RE: Some part snapping observations - Roland Melkert - 2019-04-28
(2019-04-28, 21:34)Magnus Forsberg Wrote: But why is this an issue? The connect-primitives do connect to the conhole-primitives allright, don't they?
Just an observation, my 2cts, etc.
It's because of those primitives I noticed the issue, as it visually looks to not accept a pin at all.
This because conhole3.dat lacks the 2nd 8 ldu cylinder to allow a pin to decompress.
This 8 ldu cylinder is modeled in the part though, but seems to be visually blocked by a quad or maybe it's rotated 180 degrees?
Anyway just wanted to let people know.
RE: Some part snapping observations - Roland Melkert - 2019-04-28
(2019-04-28, 21:34)Magnus Forsberg Wrote: That's an optical illusion.
Since you can't tell how deep the hole is, the larger edge primitive at the bottom is invisible, you think it isn't deep enough.
But why is this an issue? The connect-primitives do connect to the conhole-primitives allright, don't they?
I'm sorry you are right, it's an illusion.
I changed the color of the 4-4cylc.dat of one of those holes and it becomes visible.
RE: Some part snapping observations - Jaco van der Molen - 2019-05-01
(2019-04-26, 21:12)Roland Melkert Wrote: - Window pane 30046.dat doesn't seem to fit 30044.dat, its pins are to high.
I think more window (glass) parts are too small and do not snap.