LDCad META commands.


LDCad META commands.
#1
I'd like to make your connection spec official  We can still have the separate connection library and the bar for making it official can be lower and easier to update but I'd really like the connection data to be part of the official library.

I'm also leaning towards making you flexible connection METAs official as well.

I think these 2 areas are the 2 biggest areas where the official library falls down.

Thoughts?
Reply
RE: LDCad META commands.
#2
(2018-10-08, 16:14)Orion Pobursky Wrote: I'd like to make your connection spec official  We can still have the separate connection library and the bar for making it official can be lower and easier to update but I'd really like the connection data to be part of the official library.

I'm also leaning towards making you flexible connection METAs official as well.

I would be honored Smile

But to be honest some parts of the current snap implementation might be a bit over engineered.

So slimming down things might be a first step in any adoption process.

I'm planning on refining things in 2.0 and also try to take into account things like "occupation" exclusion etc.

So if we are really adventures we might consider designing the 2.0 version as a group.


As for the flexible meta's, those are very much to my own liking Smile

The only missing part might be the possibility to generate things that branch out (e.g the power functions lights).

Haven't had any real thoughts on extending this for 2.0 though.
Reply
RE: LDCad META commands.
#3
(2018-10-08, 16:14)Orion Pobursky Wrote: I'd like to make your connection spec official  We can still have the separate connection library and the bar for making it official can be lower and easier to update but I'd really like the connection data to be part of the official library.

I'm also leaning towards making you flexible connection METAs official as well.

I think these 2 areas are the 2 biggest areas where the official library falls down.

Thoughts?

From the user point of view: that would be great, snapping in LDCad works. The only what we need to keep is a way to improve it in future - I always wonder when somebody wants to cut something in an official stone Smile

For example: I hoped LDCad 2.0 improves snapping:
* rotation snapping (a part snaps while you rotate it - I described it in some older LDCad thread)
* multisnap - while moving a bigger submodel, it snaps so all bricks snap. Including the (slight) model rotation.

And more...

So defining the standard in a way the current LDCad uses, plus allowing future improvements - that's the ideal from my POV.
Reply
RE: LDCad META commands.
#4
(2018-10-09, 15:53)Milan Vančura Wrote: From the user point of view: that would be great, snapping in LDCad works. The only what we need to keep is a way to improve it in future - I always wonder when somebody wants to cut something in an official stone Smile
It would help to get snap info from the get go during part modeling.

(2018-10-09, 15:53)Milan Vančura Wrote: * rotation snapping (a part snaps while you rotate it - I described it in some older LDCad thread)
* multisnap - while moving a bigger submodel, it snaps so all bricks snap. Including the (slight) model rotation.
This is what i called "occupation exclusion" above, technically it doesn't need any extra information it could be done using the current information but it would be extremely cpu intensive. So I'm looking into extra info which could help it speed up ether at the part level or by some sort of caching in the model it self.
Reply
RE: LDCad META commands.
#5
(2018-10-08, 16:14)Orion Pobursky Wrote: I'd like to make your connection spec official  We can still have the separate connection library and the bar for making it official can be lower and easier to update but I'd really like the connection data to be part of the official library.

I'm also leaning towards making you flexible connection METAs official as well.

I think these 2 areas are the 2 biggest areas where the official library falls down.

Thoughts?
This would also be a huge help in auto-generating building g instructions, which is my current project.
Reply
« Next Oldest | Next Newest »



Forum Jump:


Users browsing this thread: 1 Guest(s)
Forum Jump:


Users browsing this thread: 1 Guest(s)