Suggestion for FP

[Brian K. White]

----- Original Message ----- 
From: "Doug Luurs" <doug at borisch.com>
To: <filepro-list at seaslug.org>
Sent: Tuesday, July 26, 2005 9:18 AM
Subject: Suggestion for FP


Wasn't there a place to send suggestions for improvements to fp once?

If so I forgot it.

-----------

Yes but it's useless because we can't see what's been entered by others or 
even yourself.
So who want's to whine into a black hole about every little thing that 
probably already exists in there a thousand times over, not to mention 
things you probably entered yourself years ago, forgot, but fp still has the 
problem or lacks the feture or whatever it was.

Another reason I'd like to be able to browse the entries is as a form of 
collaboration and education with other developers.
I may think I want XYZ but I may see someone elses entry that proposes a 
better solution to my need than my idea and handles considerations and 
fallout that I hadn't thought of.
Or vice-versa.

I would especially like to see, however off the cuff, informal, 
first-glance, comments by fp attached to each entry.
"We can't do that (insert mandatory implied "easily") because it would break 
automatic indexes..."

Indirectly from first hand observations and eventually from posts by Ken, I 
understand that the call table functionality works by hijacking 
functionality that was originally designed for running processing associated 
with printing forms. Because of this understanding, I don't complain too 
loudly that call tables aren't really modular, can't be used recursively, 
and can't really be used for what I really want. (modular reuseable chunks 
of code and function libraries) I use call tables and they are a great help 
when & where they caln ba used, but they can only be used a certain way for 
certain things and most critical of all, they can't use each other.

Perhaps it would be better if I and others weren't "understanding" and 
simply demanded functionality and didn't listen to excuses. But personally, 
I would rather spend more of my time being positive. If my only choice was 
to remain ignorant and suffer without explainations or understanding, I'd 
probably jump ship and find some environment where I don't have to feel that 
way.

I sort of _am_ in that boat I guess. Though I do have access to Howie and I 
do have the capacity to provide my own understanding by deduction in many 
cases, and frankly the product, for all it's umm "character" is good enough. 
I don't actually run into "can't do that" too often. So *shrug* inertia I 
guess.

Sorry that veered a little off topic :)

Brian K. White  --  brian at aljex.com  --  http://www.aljex.com/bkw/
+++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++.
filePro  BBx    Linux  SCO  FreeBSD    #callahans  Satriani  Filk!




---

I would like to see added to the Development side programs, a
Change/Version log.

Basically it's a fp Database that the Developer programs access when a
format
(File, Screen, report, edit, processing) is changed it creates a entry
stating
who, and when, and what (Not the actually change, but the File and
format changed).

I've got 8 people here changing code, and only one programmer who take
the heat (aka me)
for the changes, and I would like to know who the party is that is
making these changes.


Douglas Luurs
  Systems Programmer
  Borisch Mfg Corp

Voice: 616-554-9820 x143
Fax: 616-554-9180

If replying to this email, please attach whole message for reference. -
Thank You.
_______________________________________________
Filepro-list mailing list
Filepro-list at lists.celestial.com
http://mailman.celestial.com/mailman/listinfo/filepro-list