> -----Original Message-----
> From: IBM Mainframe Discussion List On Behalf Of Edward E. Jaffe
>
> Bruce Black wrote:
>
> >> I think you need to put this into perspective. The users probably
> >> aren't playing "Space Invaders" in ISPF edit. They're probably not
> >> viewing pornography in ISPF edit. They're probably not using ISPF
> >> edit as some sort of intranet chat room. What exactly *are* they
> >> doing? They're editing business-related data; i.e., doing the jobs
> >> they've been asked to do by their supervisors -- the jobs that allow
> >> your company to stay in business. Why on /earth/ would you want to
> >> stop them from doing that??
> >
> > I can think of one reason. When you use EDIT or VIEW, the entire
> > file is loaded into virtual memory, but BROWSE does not.
> >
> > Since VIEW has been the default on the BROWSE panel for some time,
> > anyone browsing a large file will use VIEW and load it into virtual.
> > So if users at his shop have the need to frequently browse large files
> > (such as online reports) they may be putting an unneeded strain on
> > real storage and ASM. Putting the limit might force them to choose
> > the BROWSE option on the panel.
> >
> > But I agree, if a few users really need to edit large files, it seems
> > counter productive to stop them. If a LOT of users need to edit large
> > files, then it makes more sense to find out why and consider alternate
> > facilities or just buy more real storage.
>
>
> He says his users have been forced to resort to drastic
> measures -- editing small files and copying larger ones in to
> get around his articifial restriction. This is clearly *not*
> a BROWSE vs VIEW issue!
>
> One thing we can all agree on: something is surely wrong with
> either the limit or the process.
Indeed. Absent evidence to the contrary, none of which has been offered,
there is an implied presumption that the users resorting to "tricks" to edit
"large" files have a legitimate business need to -edit- those "large" files
(i.e., BROWSE will not suffice). Therefore, at the extreme one might argue
that efforts to thwart those users are tantamount to sabotage.
-jc-
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
