To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.cad.mlcadOpen lugnet.cad.mlcad in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 CAD / MLCad / 306
305  |  307
Subject: 
Re: MLCAD rotation (future request)
Newsgroups: 
lugnet.cad.mlcad
Date: 
Tue, 15 Aug 2000 19:34:05 GMT
Viewed: 
2165 times
  
In lugnet.cad.mlcad, Mogens Sørensen writes:
Michael Lachmann <m.lachmann@xpoint.at> skrev i en
nyhedsmeddelelse:FzBLwL.Enx@lugnet.com...
3 - rotate via world origin(0/0/0) and
I think no. 3 is unnecessary. You'll be able to do that, by setting
user-set-rotation-point to (0,0,0).

An idea, straight out of left field:  named rotation centers.  Why restrict
yourself to just one?  It should be possible to have *several* user-defined
rotation centers, and when the user wants to rotate a subpart, MLCad could use
the *current* named rotation center.

Case in point:  I (might :-) have a jet fighter model with sweep wings and an
opening canopy and tricycle landing gear.  The main model, IOW, has no fewer
than six submodels, all of which are rotated around different points.  I order
to reduce the headache of moving the rotation center around, six different
centers can be defined, and referred to later during various rotations.

Named rotation centers could be saved in the MPD as 0-line comments.  In fact,
(and I'm just spewing now :-) a buncha MLCad-specific stuff could be saved as
special 0-line comments (e.g. "0 MLCAD Named-Rot-Center Yadda 20 -8 40" or even
"0 MLCAD Named-Rot-Axis Yabbadabba 20 -8 40 20 -16 40", etc.) in a special MPD
subpart file consisting entirely of such directives -- which could make setting
model-specific (or user-specific) MLCad settings as easy as including a canned
subpart.

Shoulden't there be a Rotate-via-center-of-parts? And shoulden't it be the
default even?

I'm not sure a rotate-via-center-of-parts would be useful.  For example, what
center-of-parts do you use, the average origin, the center of the bounding box,
the center of gravity?  Then you have the issue of how the center-of-parts
might change by adding a part to, or removing a part from, the group.  Finally,
if the center-of-parts is implied in such a fashion, then the user would have
to go through a careful balancing act to make sure that the center-of-parts
coincides with the desired center-of-rotation.  Nah, 'tis far better to let the
user explicitly set the rotation center.

Cheers,
- jsproat



Message has 1 Reply:
  Re: MLCAD rotation (future request)
 
(...) Cool idea. (...) Is there an advantage to stuffing them in a separate subfile, other than neatness? That approach *requires* the use of MPD for storage. If they could scoped to be 'located' in specific subfiles (or the main file), that would (...) (24 years ago, 16-Aug-00, to lugnet.cad.mlcad)

Message is in Reply To:
  Re: MLCAD rotation (future request)
 
Michael Lachmann <m.lachmann@xpoint.at> skrev i en nyhedsmeddelelse:FzB...net.com... (...) I think no. 3 is unnecessary. You'll be able to do that, by setting user-set-rotation-point to (0,0,0). (...) As above, I think Rotate-via-world-origin might (...) (24 years ago, 15-Aug-00, to lugnet.cad.mlcad)

14 Messages in This Thread:


Entire Thread on One Page:
Nested:  All | Brief | Compact | Dots
Linear:  All | Brief | Compact

This Message and its Replies on One Page:
Nested:  All | Brief | Compact | Dots
Linear:  All | Brief | Compact
    

Custom Search

©2005 LUGNET. All rights reserved. - hosted by steinbruch.info GbR