 | | | | | |
Sven Moritz Hein wrote:
> Then I could also add the points from the primitives to the point
> list and everything would be ok!
Ah, but it's here it's becoming interesting :-)
Now the point list must keep track of which points are 'free' and which are
belonging to a primitive (and not only 'a' but 'which?'), because the points
of the primitive may not be changed arbitrarily, only by translating,
scaling and rotating the full primitive. Which in turn may have effects on
other objects also connected to that primitive. And so on...
The more you start to think about it, the more complicated it gets.
--
Anders Isaksson, Sweden
BlockCAD: http://web.telia.com/~u16122508/proglego.htm
Gallery: http://web.telia.com/~u16122508/gallery/index.htm
| | | | | | | | | | | | | | | |
| |
|
In lugnet.cad, Anders Isaksson wrote:
>
> Now the point list must keep track of which points are 'free' and which are
> belonging to a primitive (and not only 'a' but 'which?'), because the points
> of the primitive may not be changed arbitrarily, only by translating,
> scaling and rotating the full primitive.
Okay.
My point list now only shows the points of the polygons, not of the primitives.
But if I implemented primitives, it would just add these points to the list.
When I modify one, these point's wouldn't be affected because - as you said -
you can't change them like that. The program would change all the points of the
polygons but the primitives would stay the same.
My program does not "define" the objects by the points in the point list, it
just reads the file and displays them in the list.
I also added the feature "Use second program", so that you can open the part in
MLCAD etc. and do the changes there, if you like. Then just save it and my
program will automatically update its point list.
I only wanted to create an extended version of the MLCAD part authoring
commands...
I think the bigger problem is a part containing subparts that also contain
subparts. I don't know how to handle this. I could add points of a subpart to
the list (if I knew how to interpret the matrix), but not of sub-subparts or
sub-sub-subparts.
Another possibility would be that I added the primitive points temporarily, so
that they only appear when you really need them. Then I don't have any "dead"
points of former primitive shapes in the list and my program wouldn't have to
remember so many points. Just click on the part and say "Show points!" -
wouödn't that be a solution?
How do LDRAW converter use primitives? I think it'd be quite diffiult to make
the program recognize every scaled and rotated primitive.
You mustn't forget - this is all still a "dream". I did not program any
primitive integration yet. But if we know how to do it, I (or someone else?) can
try to add these features.
Leg Godt-
Sven
| | | | | | | | | | | | | | | | | |
| |
|
In lugnet.cad, Sven Moritz Hein wrote:
> In lugnet.cad, Anders Isaksson wrote:
> >
> > Now the point list must keep track of which points are 'free' and which are
> > belonging to a primitive (and not only 'a' but 'which?'), because the points
> > of the primitive may not be changed arbitrarily, only by translating,
> > scaling and rotating the full primitive.
>
> Okay.
> My point list now only shows the points of the polygons, not of the primitives.
> But if I implemented primitives, it would just add these points to the list.
> When I modify one, these point's wouldn't be affected because - as you said -
> you can't change them like that. The program would change all the points of the
> polygons but the primitives would stay the same.
>
> My program does not "define" the objects by the points in the point list, it
> just reads the file and displays them in the list.
>
> I also added the feature "Use second program", so that you can open the part in
> MLCAD etc. and do the changes there, if you like. Then just save it and my
> program will automatically update its point list.
> I only wanted to create an extended version of the MLCAD part authoring
> commands...
>
> I think the bigger problem is a part containing subparts that also contain
> subparts. I don't know how to handle this. I could add points of a subpart to
> the list (if I knew how to interpret the matrix), but not of sub-subparts or
> sub-sub-subparts.
>
> Another possibility would be that I added the primitive points temporarily, so
> that they only appear when you really need them. Then I don't have any "dead"
> points of former primitive shapes in the list and my program wouldn't have to
> remember so many points. Just click on the part and say "Show points!" -
> wouödn't that be a solution?
>
> How do LDRAW converter use primitives? I think it'd be quite diffiult to make
> the program recognize every scaled and rotated primitive.
>
> You mustn't forget - this is all still a "dream". I did not program any
> primitive integration yet. But if we know how to do it, I (or someone else?) can
> try to add these features.
>
> Leg Godt-
> Sven
Just slightly on-topic...
I have done some semi-serious experimenting on my very old LDD program (LDD -
here: "LDraw Draw" and *not* "Lego Digital Designer"!)
My old program was not bad in many senses, but a disaster since you aren't even
able to save the work, just export as an LDraw dat file.
My LDD is a GUI pattern editor.
Screenshot:
http://web.telia.com/~u66203131/pix/ldd.jpg
URL:
http://home.swipnet.se/~w-20413/ldd.htm
It is so outdated by now that I don't recommend using it. But it may serve as an
inspiration when creating a new part editor.
Now, if I get serious with the newer version, users will be able to save the
project files in LDS format and of course create LDraw dat files as output. So
the temporary project name is set to LDSD. :)
/Tore
| | | | | | |
