On Tue, Feb 09, 2010 at 02:02:20AM +1300, Ralph Versteegen wrote: > On 8 February 2010 17:50, James Paige <[email protected]> wrote: > > I have been tracing the evolution of box drawing functions in the ohr > > biosphere. > > > > == allmodex.bas == > > > > rectangle > > fuzzyrect > > drawbox > > > > == common.bas == > > > > edgebox > > edgeboxstyle > > center_edgeboxstyle > > centerbox > > centerfuz > > > > emptybox (like drawbox but with thickness, uses rectangle) > > > > (Have I missed any?) > > > > ---- > > > > I was feeling overwhelmed by these, but having sorted them out a little, > > I fell better. I am going to work on adding support for drawing boxes of > > all kinds on frames. > > > > While I am at it, I might give the edgebox derivatives less crappy > > names, and maybe eliminate some of them entirely (centerbox and > > centerfuz, I am lookin' at you!) > > > I (still) feel overwhelmed by the number of box functions. I > definitely think we need to get rid of some. In my experience > centerbox/fuz usually seem to make code harder to modify.
My plan is that *eventually* the centerbox cruft will be replaced by slices that use the appropriate anchors and alignment if they need to be centered. In the short range, I will probably convert centerbox and centerfuz calls into center_edgeboxstyle calls (after giving it a much shorter and craptacular name) > I take back anything I ever said about not providing overloads for > allmodex graphics functions to draw onto a frame. My plan was to implement those on the weekend. Instead I spent almost the whole two days reading mspaintadventures.com ... dang you Mike! --- James _______________________________________________ Ohrrpgce mailing list [email protected] http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
