screens other than 0-9 (was: Re: Windows2003/IIS6issues...newandimproved ones.)

[Bruce Easton]

Richard Kreiss wrote:
[..]
>
> There is little sense to giving access to everything when writing a custom
> application especially when various programs either input or
> output may need
> to use different processing table to run properly.
>
[..]
>
> You can almost duplicate fp's own format.
[..]

I agree, Richard.  But in thinking of the case where there
is no processing (probably rare, so this is just an argument
for consistency for me), then I would think it would behoove
filepro to show all screens from clerk whenever the screen
dialog appears as a default.  For that rare creature that buys
filepro off the shelf and creates screens, output formats, browse
formats, browse lookups defined in the brwlook file, etc. with no
processing - it appears that the only things that I can think of
that are not accessible by default that they just were able to
create are named screens and qualifier selection (but dpromenu
could ship by default with -md).

And, in this regard, even though we all have our ways to control
access (and again any change would have to be accompanied by
a flag to say keep it the way it is now), I view this historic
inconsistency more as a limiting factor to an off-the-shelf filepro
user - whoever that is. :)

Bruce

Bruce Easton
STN, Inc.



> Mark, many times you complain about security or lack there of.  Here is an
> instance where fp has added an additional level of security to their
> interface.  Screens can have a password.  So it is possible to
> have screens
> which are not accessible to the general user base.  Processing can control
> who has access to these non-numbered screens and they could have
> a password
> to further protect access.
>
> Richard Kreiss
> GCC Consulting
>
>
>
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
>