| 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 |
HI! I have a customer who brought to my attention the limit of 96 on the scrolled region of the Attendees field when creating a meeting. There is discussion of this in the ALL-IN-1_v24 conference (#1746) as well as DSIN. Can someone please tell me if this is (please?) fixed in v3.0? If not, what is the *preferred* workaround? Any help is always appreciated, -jackie
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 248.1 | You can change it | SHALOT::NICODEM | Who told you I'm paranoid??? | Tue Mar 17 1992 13:12 | 13 |
The scrolled region for meeting attendees in V3.0 works quite different- ly. (Not at the UI level -- not to worry; I'm talking about the internal DSAB mechanism.) The scrolling is done directly to the DAF record of a (temporarily- created) mail message, rather than to CAL$SCROLL_ATTENDEES. However, the scrolled limitation is not something that is a fixed limit in either case. If you'll look at the Named Data, you'll find that the 96 is a paramater to the /SCROLL qualifier. If you want more, change this value. The hard-coded limit is 2000, so don't put it over that. But it's simply set at 96 so that ALL-IN-1 doesn't have to always allocate the full default value (2000) each time. F | |||||
| 248.2 | isn't it also in the CAL xxx functions? | SEWNSO::PEACOCK | Back in the saddle again | Tue Mar 17 1992 15:00 | 7 |
Frank, Did you check this? I thought that it was also a restriction in the Bliss code could only accept up to 96 names. You'd need to check the scan, create, edit, etc. since they all use the CAL$SCROLL_ATTENDEES DSAB. Barb | |||||
| 248.3 | Which version? | SHALOT::NICODEM | Who told you I'm paranoid??? | Tue Mar 17 1992 22:13 | 5 |
I thought the question was about V3.0. Since V3.0 doesn't use CAL$SCROLL_ATTENDEES, but uses MAIL_SCL_FUNCTION instead, the 96 limit should only be due to the /SCROLL qualifier. F | |||||