.
                      ABOUT_PROGRAMMING
                      =================
.
I have a very basic (pun not intended) approach to programming;
 lets call it a very straight-forward approach to avoid the 
'basic' pun.
.
I know I use very simple structures. This is easily both the
 'biggest' program I ever pulled off, as well as the most advanced
 or complex. Its *starting* to pinch itself off, somewhere between
 1600+ and less than 2000 lines of code I think.
.
I feel my 'over simplified' approach to programming is one of the
 main ingredients that makes this even possible. You will see (if
 you look):
.
IF-THEN
FOR-NEXT
THIS-SW=0...THAT-SW=1
.
This simple framework allows me to go 'complex' on things like:
.
nested Loops,
nested IF-THEN
nested FUNCtions
.
I never used and don't know how to:
GL toolkit, GTK toolkit, G-anything
.
I just need primarily boxes and rectangles. Some of the boxes
 will get a color fill. Or a picture. I was worried more about
 fonts and colored text than drawing boxes; it was a bigger PITA.
.
LINE, LINE BF, CIRCLE, PRINTSTRING, _RGB32(r,g,b), _FONT

.
I'm still surprised this didn't end up "modularized" yet, and
 I am still able to work on it as one monolithic GUI.
 EVERYthing is in a procedure or function. Naturally the
 procedures and functions call each other as well.
.
Staying monolithic, I'm surprised that the "overhead" seems to
 be about 3mb. That's 3mb is the average small compiled
 standalone EXE. When I did a 2-form "Hello World" demo, the
 EXE is about 3mb.
.
My code is decidedly "procedural" in nature. I find it ironic
 that entirely procedural code is creating what is arguably 
 the "poster child" of the object model.
.
OpenProject, is likely the worst one. Worst because its not 
 what I think of as a "well named procedure"; its a real
 catch-all for several things going on when opening a project.
.
After OpenProject is out of the way though, I feel things are
 named okay.
