| Title: | *OLD* ALL-IN-1 (tm) Support Conference |
| Notice: | Closed - See Note 4331.l to move to IOSG::ALL-IN-1 |
| Moderator: | IOSG::PYE |
| Created: | Thu Jan 30 1992 |
| Last Modified: | Tue Jan 23 1996 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4343 |
| Total number of notes: | 18308 |
Has anyone got anything that will limit the number of sharer on a
drawer.
I can't seem to think of a way that will count the number of sharers
and and allow/deny further sharers beiing added. If you use the scroll
dsab the number is not updated until after you have left the scrolled
region.
Any ideas?
Suzanne
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 1678.1 | OA$SCROLL_LINE | CESARE::EIJS | All in 1 Piece | Thu Oct 29 1992 08:58 | 16 |
Hi Suzanne,
You can use a check for OA$SCROLL_LINE as a /PRE function in the
IDENTIFIER field of FC$SIMPLE$ACCESS (Regular Shared), or on
FC$DRAWER$ACCESS & FC$DEFAULT$ACCESS (Advanced Shared). The value for
the number of Sharers can be stored in one of the PROFIL.UFLAG* fields,
or hard coded in the Named Data, or whatever.
However, granting access to groups might get some tricky as will a
group be 1 sharer only, or will all the accounts belonging to a group
be sharers?
Ciao,
Simon
| |||||
| 1678.2 | KERNEL::COOPER | Suzanne Cooper UK Customer Support (833)3502 | Fri Oct 30 1992 09:30 | 8 | |
Simon,
Thanks for the answer but I was really looking for a of catching
the user before they had left the scroll region, calculate and check
them afterwards and then get them to change the scrolled area
themselves.
Suzanne
| |||||