What's the best way...

[mao@krifapost.dk]

Hi John

What about having to sets of keys in your program - One for those who can
do everything
(The default keys, level 1) and one for those who only can search and watch
the data (level 2),
and then check in your INIT and POSTFIND procedures:

Keys level 1:
key 1 LABEL level 1 " Find   " local action FIND
key 2 LABEL level 1 " Edit   " local action designer EDITMEMBER
key 3 label level 1 " New    " local action ENTRY
key 5 label level 1 " Delete " local action DELETE
key 8 LABEL level 1 " Return " action       RETURN
key 8 LABEL level 1 " Backout" data         BACKOUT

Keys level 2:
key 1 LABEL level 2 " Find   " local action FIND
key 8 LABEL level 2 " Return " action       RETURN

PRODCEDURE POSTFIND
BEGIN
  IF USER-NMB <> ThoseWhoCanDoEverything
    then push shift to 2
END

PROCEDURE INIT
BEGIN
  IF USER-NMB <> ThoseWhoCanDoEverything
    then push shift to 2
END

Greetings

Mikael Olesen/dKF/Denmark






John Pearce <jpearce@rmi.net> on 18-03-99 05.11.19


To:   powerh-l@lists.swau.edu
cc:    (bcc: Mikael A Olesen/7210/DKF)
Subject:  What's the best way...




What's the best way to have a single screen serve two sets of users (based
on user class) where one user class can do everything (enter, update,
delete) and the other user class can only inquire on existing records?

If, for example, I put procedure code into the UPDATE procedure to check
the user class, the inquiry users will be able to make changes on the
screen yet the update will fail.  Since this approach requires procedure
code in several procedures, the code and its maintenance may be more
trouble that having two sets of screens.

What am I missing???  Is there a better way to accomplish this???  Running
8.19C3 on HP.



------------------------------------------------------------------
John Pearce  <jpearce@rmi.net>       | Bethesda Management Company
Speaking for only myself             | Colorado Springs, CO  USA
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu
Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu
powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l
This list is closed, thus to post to the list, you must be a subscriber.




= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu
Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu
powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l
This list is closed, thus to post to the list, you must be a subscriber.