On Tue, Jan 31, 2012 at 08:55, Christopher Sean Morrison <[email protected]> wrote: > On Jan 31, 2012, at 6:20 AM, Tom Browder wrote: > > > But don't we have the solution now? The mged make_bbox command seems > > to calculate the desired parameters now. > > It fakes it. The bb command does a tighter fit by ignoring subtractions and > only using the > intersecting bb for intersections. It'd still be the better routine to use > inside the rt* tools.
I'm dense here, which 'it', the 'make_bb' or the 'bb'? > It's just still not the "final solution" is all. Many great things are created iteratively, are they not? > > And if that is not used, rtedge does not seem to output the center of > > the viewing bounding box, although I guess the Eye_pos could be used. > > Halfway between rppmin and rppmax, no? Hm, I didn't know that (or I forgot). > > That seems to do the trick for now. All I need for Christmas then is > > a tighter view for rtedge on demand. If I were comfortable with > > quaternions and such, I would add an option to rtedge to do that. > Great, 11 months to implement that sounds doable. ;-) Surely you jest, otherwise, I retract the statement! Cheers! -Tom ------------------------------------------------------------------------------ Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d _______________________________________________ BRL-CAD Developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/brlcad-devel
