2017-03-26 22:56 GMT+02:00 Shubham Rathore <shubhamrathore1...@gmail.com>: > > > On Sun, Mar 26, 2017 at 8:03 PM, Daniel Roßberg <danielmrossb...@gmail.com> > wrote: >> >> Hi, >> > Hello Sir, Now that was really helpful. > >> I.e.: >> - Annotations can't be ray-traced. (In fact, if they would be visible >> for rays they would disturb the usual analysis done with BRL-CAD.) > > >> - Annotations have their own coordinate system on the device (screen, >> paper, ...). If a letter is 5 mm high then these 5 mm are understood >> as measured on the device. >> > So do you mean, adding no depth to the annotations or adding depth in a > separate coordinate system exclusive to annotations? Because what I thought > was of adding depth to the annotations, aiming for view independent > geometry. Thanks for this.
No depth, the annotation coordinate system is 2D. >> Nevertheless, annotations have a reference point in the 3D space which >> will be identified with a point in the 2D annotation coordinate >> system. >> > Oh yes! There should be a mapping between two coordinate systems. > >> >> The annotation primitive has to address these issues. Maybe the >> sketch primitive could be used as a orientation when designing it. >> The annotations display themselves in wireframe mode. They need to be >> able to switch the coordinate system to display (or "paper") >> coordinates to draw themselves. (In the future it could become >> necessary to distinct between the viewing device and a blue-print >> paper coordinate system.) >> >> Regarding the 4 questions: >> 1): manual > > Do you expect to enter the location for the placement in the "in" command > itself ? Correct me if I'm thinking differently. Something like this. At least the g2asc/asc2g programs require that everything can be done on the TCL command line. >> 2): 1 > > Considering "annotation" as the head primitive. I feel the need to create > some "sub-primitives", which comprise of options like "text", "leader line", > "GD", "Tolerances" , "Hatches" etc. where each sub-primitive has its own > desired parameters. I mentioned the sketch primitive. This is a kind of container with lines, arcs, etc.. An annotation primitive could be implemented similar. Hatches are rather special views on solids than annotations. Regarding http://www.engineersrule.com/wp-content/uploads/2016/10/image007-2.png: I would ignore the not straight annotations for now. They look very artistic but the only effect you get is that they are only from one direction optimal visible. What's that supposed to mean? Well, art ... However, even this has to be done differently, in a way I already mentioned: A paper coordinate system different from the screen coordinate system. In BRL-CAD, this could be set up in connection with a combination. I.e. a combination which contains solids and annotations and defines a paper coordinate system for them. Or, a paper primitive which defines a paper coordinate system and contains a combination of solids and annotations. But, I don't see this as urgent as having the basic annotations. Regards, Daniel ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ BRL-CAD Developer mailing list brlcad-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/brlcad-devel
