Text item: Body.822
If IBM is soliciting input over the list, then I will grumble on!  A win95
scheduler gui is NOT that important to me.  Knowing that resources are
limited, I would much rather see the problems with the Mac scheduler fixed
-- not just the big footprint, but even more, the variable size of it due
to the severe server performance problems caused when slowincremental is
to the severe server performance problems caused when slowincremental is
on.  If slowincremental were fixed, then I could have a one size fits all
Mac scheduler which would make ADSM much more reliable here.  This is a
problem that has been going on for 2.5 years, not one week!

_________________________Reply Header_________________________
Author: ADSM-L AT vm.marist DOT edu
Subject: Re: Scheduler GUI for New 32-Bit Windows Client
04-04-96 01:47 PM

Date:         Thu, 4 Apr 1996 13:47:00 PST
From:         "Brett Walker (408)256-0265" <walkerbl AT vnet.ibm DOT com>
Subject:      Re: Scheduler GUI for New 32-Bit Windows Client
To:           Multiple recipients of list ADSM-L <ADSM-L AT vm.marist DOT edu>

Re: Note from you attached below

>Executive summary: me too.
>
>Grumble on:  Jerry's comments were right on.  All clients should
>support the PASSWORD statement in the options/preferences file.  The
>Win95 client *needs* a GUI scheduler component.  Could someone place
>IBM's statement concerning the missing GUI on this list, please?

The primary reason that there is no Win95 scheduler GUI is that we
don't have one for Windows NT.  We've made one 32-bit client that
supports Windows 95 and Windows NT.  Since NT used the command line
for the scheduler, we did the same for Win 95.

I've never heard any comments one way or the other (until now) about
whether the scheduler GUI was liked or not (not counting the memory
footprint problem on the Mac).  Its good to know whether we should
continue to improve and propagate something like the GUI scheduler,
or just stay with the command line on everything but Mac and Windows.

Thanks for the feedback...

Brett Walker
ADSM Client Development