LDraw.org Discussion Forums

Full Version: Part Snapping Language Extension
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2 3
The proposal for part snapping extension is now ready for discussion. I basically copy, pasted, and wiki formatted Roland's LDCad spec.

https://wiki.ldraw.org/wiki/Part_Snappin..._Extension

Here are some thoughts/notes for discussion:
- The wiki has a talk page for discussion. Please do not use that and have all discussions here.
- I removed the LDCAD prefix, should we add something else?
(2018-12-02, 21:14)Orion Pobursky Wrote: [ -> ]The proposal for part snapping extension is now ready for discussion. I basically copy, pasted, and wiki formatted Roland's LDCad spec.

https://wiki.ldraw.org/wiki/Part_Snappin..._Extension

I think you can leave out the shadow library references.

Also the grid property is a bit of a mess in LDCad as I started it out as only supporting x and z, but the newest version also supports y. I just realized this is undocumented.

In order to have backwards compatibility both formats are accepted, e.g.

C 4 C 8 20 20
for x, z and
C 4 C 2 C 8 20 24 20
for x, y, z

I think for the official one we should only use the x y z one.
(2018-12-02, 23:06)Roland Melkert Wrote: [ -> ]
(2018-12-02, 21:14)Orion Pobursky Wrote: [ -> ]The proposal for part snapping extension is now ready for discussion. I basically copy, pasted, and wiki formatted Roland's LDCad spec.

https://wiki.ldraw.org/wiki/Part_Snappin..._Extension

I think you can leave out the shadow library references.

Also the grid property is a bit of a mess in LDCad as I started it out as only supporting x and z, but the newest version also supports y. I just realized this is undocumented.

In order to have backwards compatibility both formats are accepted, e.g.

C 4 C 8 20 20
for x, z and
C 4 C 2 C 8 20 24 20
for x, y, z

I think for the official one we should only use the x y z one.

Ok. The wiki should be editable to anyone who registerd so feel free to make changes. You are the subject matter expert.
(2018-12-02, 23:12)Orion Pobursky Wrote: [ -> ]Ok. The wiki should be editable to anyone who registerd so feel free to make changes. You are the subject matter expert.

Did not realize that.

I plan to update my website in my upcoming vacation time along side releasing a new LDCad version.

I'll transfer anything related to the wiki too.
(2018-12-02, 23:25)Roland Melkert Wrote: [ -> ]
(2018-12-02, 23:12)Orion Pobursky Wrote: [ -> ]Ok. The wiki should be editable to anyone who registerd so feel free to make changes. You are the subject matter expert.

Did not realize that.

I plan to update my website in my upcoming vacation time along side releasing a new LDCad version.

I'll transfer anything related to the wiki too.

This is primarily the reason I put both this and the flex part extension on the wiki.
An official snapping specification sounds pretty nice!
I was wondering; if this goes through and everything is agreed upon, will that mean that all* parts wil have to go through the tracker again to include snapping metadata? That's going to be a boatload of parts.

*With all I mean all parts that currently have snapping metadata in LDCad, not all in the whole LDraw library.
> will that mean that all* parts wil have to go through the tracker again to include snapping metadata?

I think that's the wrong wording.
It just means that if someone wants to add that info to a part, it can be done,
and it is allowed on the PT, and, if present, will/should be included in the part review.

Pumping all parts onto the PT is not the way to go.
As we are all volunteers, people will have their favorite parts to work on, and it will depend on time and dedication
if and whether a part gets snapping info officially attached.

It will take a long time until all official parts carry that information.
In a far future, when that is the case, we then (in 10 years or so) can make connectivity info mandatory (like nowadays we require BFC).

Everybody remember the times when
- parts were not even syntactically correct
- parts were not BFC correct

These times have long gone now. All official parts
- have undergone a syntax check
- carry proper BFC info now

So, there is hope Smile
(2018-12-20, 9:03)Steffen Wrote: [ -> ]> will that mean that all* parts wil have to go through the tracker again to include snapping metadata?

I think that's the wrong wording.
It just means that if someone wants to add that info to a part, it can be done,
and it is allowed on the PT, and, if present, will/should be included in the part review.

Pumping all parts onto the PT is not the way to go.
As we are all volunteers, people will have their favorite parts to work on, and it will depend on time and dedication
if and whether a part gets snapping info officially attached.
If we have a snapping structure close enough to LDCad one (and if Roland agree!!!) we could make a small utility to convert LDCad snapping info and add that to parts. Of course it would still need to be validated through PT, but a huge proportion of parts could be rapidly covered this way.
I would love to have a button in LDView which renders that snapping information in some visual way...
It seems like all parts that LDCad already has snapping info for need to have snapping info added in some kind of automated way. And I don't think forcing all of those parts to go through the standard review process would be the best way to go in this case.
Pages: 1 2 3