what -I- consider a bug in *cabe

[John Esak]

> that into every file.  Which the F8 save/load will let me do.  The part
> about the F8 save/load that I don't like is having a table there that's
> not meant to -ever- actually be run alone, called, chained...ever touched
> directly, yet it's sitting there in your processing table list, possibly
> giving someone a bad idea, or maybe just confusing someone.  At the very
> least, for me, I consider it a matter of anal-retentive
> housekeeping, but I
> acknowledge that's just me.  Yes, I know it's pretty picky, but that's my
> actual reason I don't like that method.

I totally agree with you about leaving shards of processing and snippets of
code around as prc.this and prc.that in all the various filePro directories.
That is very messy and I see it all the time on nearly everyone's systems.
In the past many years, I've taken to leaving *all* my snippets in only one
directory called "library" and leave it at that. However, I've also taken
one method of copy/pasting to the max with this silly technique. If I just
want 11 lines of code from one processing table in another... I do it this
way.  I (S)ave the 11 lines as lib/quick and then go into the other
processing table I want the code in and do a load of lib/quick.  This way
there is only ever one "temp" prc file, it lives in lib and nowhere else,
and it's constantly overwritten with my last "clipboard" copy/paste or
cut/paste bunch of code. It's always called "quick" and it's known as a tmp
or garbage file to me. Other snippets and prc pieces in the lib directory
that I think I may use again sometime, I try and give meaningful names just
as I would in a C library.

John Esak