0:16-
Hello Gil,
When you enter 'SJ', you're getting into ISPF and the EDITSET
popup is an ISPF function. I recreated what you described on our
system too. I'm in the process of contacting ISPF Le
In a recent note, Shane Ginnane said:
> Date: Tue, 6 Mar 2007 08:03:58 +1000
>
> In this, as in so many other things, it is SDSF that needs to be dragged
> kicking and screaming out of its own little cocoon.
> Fell free to flick a request their way.
> It'll be ignored.
>
Thanks for the e
gil, jumping down Walt throat, wrote on 06/03/2007 03:36:40 AM:
> >
> > I would say that ISPF does have its act together, gil. It allows
> >
> Not in my perception. You're showing an unseemly excess of
> employee loyalty.
Walt is right.
In this, as in so many other things, it is SDSF that nee
0700, Paul Gilmartin
<[EMAIL PROTECTED]> wrote:
>In a recent note, Walt Farrell said:
>
>> Date: Mon, 5 Mar 2007 12:13:02 -0500
>>
>> On 3/5/2007 12:04 PM, [EMAIL PROTECTED] wrote:
>> >>
>> > ... But in SDSF &quo
In a recent note, Walt Farrell said:
> Date: Mon, 5 Mar 2007 12:13:02 -0500
>
> On 3/5/2007 12:04 PM, [EMAIL PROTECTED] wrote:
> >>
> > ... But in SDSF "SJ" while
> > EDITSET shows "Confirm Cancel" as
d off "Confirm Cancel" (I worked that
way for years with no problem before IBM invented "Confirm".)
Works as expected in Edit and View. But in SDSF "SJ" while
EDITSET shows "Confirm Cancel" as disabled, SDSF still asks me
to confirm Cancel.
Why is this b
l" (I worked that
way for years with no problem before IBM invented "Confirm".)
Works as expected in Edit and View. But in SDSF "SJ" while
EDITSET shows "Confirm Cancel" as disabled, SDSF still asks me
to confirm Cancel.
Why is this behavior different? Don'
7 matches
Mail list logo