| 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
 | |||||