In 1407618715.59367.yahoomail...@web181002.mail.ne1.yahoo.com, on
08/09/2014
at 02:11 PM, Jon Perryman jperr...@pacbell.net said:
What makes a fullscreen editor not a line mode editor?
That you can't use it from a line-mode session. These days those are
few and far between, but log on to TSO
In 9036367415583024.wa.paulgboulderaim@listserv.ua.edu, on
08/09/2014
at 04:16 PM, Paul Gilmartin
000433f07816-dmarc-requ...@listserv.ua.edu said:
I suppose it's unfortunate that checking the return code is part
of the macro language rather than of the host environment.
Au contraire,
On Mon, 11 Aug 2014 09:35:52 -0400, Shmuel Metz (Seymour J.) wrote:
on 08/09/2014 at 04:16 PM, Paul Gilmartin said:
I suppose it's unfortunate that checking the return code is part
of the macro language rather than of the host environment.
Au contraire, it's fortunate. Anybody coding an edit
On Mon, Aug 11, 2014 at 8:35 AM, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
snip
I place a premium on economy of keystrokes
and hand motion.
Use vi.
I have read of a professional author who uses ed on Linux for the
initial writing of all his books. He just types in paragraph
...@uk.ibm.com
Twitter / Facebook IDs: MartinPacker
Blog:
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
From: John McKown john.archie.mck...@gmail.com
To: IBM-MAIN@listserv.ua.edu
Date: 11/08/2014 16:32
Subject:Re: another question about TSO edit command
In 1407629103.3949.yahoomail...@web181001.mail.ne1.yahoo.com, on
08/09/2014
at 05:05 PM, Jon Perryman jperr...@pacbell.net said:
Would you use the Emacs editor outside x-windows?
ObPedant Yes.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see
In 53e72afc.5090...@kabelmail.de, on 08/10/2014
at 10:19 AM, Arthur Fichtl fich...@kabelmail.de said:
I know, this is an issue to be discussed rather in ISPF-L
It's on topic here, but there might be ISPF folks who don't read
IBM-MAIN regularly.
What I'm really missing in ISPF edit
Can you
In 4867121587620348.wa.bgodfrey.gzgmail@listserv.ua.edu, on
08/09/2014
at 08:55 PM, Bill Godfrey bgodfrey...@gmail.com said:
Back in the 80's I worked at a place that had an IBM 7171 ASCII
Device Attachment Control Unit, to which we could connect
terminals like VT100's and, ISTR, a line
I know, this is an issue to be discussed rather in ISPF-L than here, but
i assume that all folks here are using ISPF intensively as well.
What I'm really missing in ISPF edit (since I had a task that would have
been solved smartly in this way) are these 2 features:
·A REDISPLAY/REFRESH
On 8/10/2014 2:19 AM, Arthur Fichtl wrote:
I know, this is an issue to be discussed rather in ISPF-L than here, but
i assume that all folks here are using ISPF intensively as well.
What I'm really missing in ISPF edit (since I had a task that would have
been solved smartly in this way) are
For edit macro's, placing the cursor at the end risks far less data than
leaving the cursor alone. Right or wrong is a matter of opinion. Leaving the
cursor at the current location will certainly teach programmers to check return
codes and not make false assumptions the first time they destroy
What makes a fullscreen editor not a line mode editor? I can't think of any
ISPF edit commands that require full screen features other than entering the
command thru the command area in the screen. Granted, the full screen features
make life easier and the command area is very small.
Jon
On Sat, 9 Aug 2014 13:29:32 -0700, Jon Perryman wrote:
For edit macro's, placing the cursor at the end risks far less data than
leaving the cursor alone. Right or wrong is a matter of opinion. Leaving the
cursor at the current location will certainly teach programmers to check
return codes and
On Sat, 9 Aug 2014 14:11:55 -0700, Jon Perryman wrote:
What makes a fullscreen editor not a line mode editor? I can't think of any
ISPF edit commands that require full screen features other than entering the
command thru the command area in the screen. Granted, the full screen features
make
Just because you don't understand or can't imagine it's importance doesn't make
it non-sense. TSO edit has a batch mode without the need for a macro language
so you can't even check return codes. Yes they could have taken it to the
extreme but being extreme is not acceptable. In the MVS world,
Lets stop trying to imagine. In what universe does ISPF (not edit) support line
mode terminals. Would you use the Emacs editor outside x-windows? If you can
make ISPF support line mode, then edit will automatically have line mode
capability.
Jon Perryman
On Saturday, August 9, 2014 2:22 PM,
Gil:
No. ISPF is 3270 device dependent.
Ed
On Aug 9, 2014, at 4:22 PM, Paul Gilmartin wrote:
On Sat, 9 Aug 2014 14:11:55 -0700, Jon Perryman wrote:
What makes a fullscreen editor not a line mode editor? I can't
think of any ISPF edit commands that require full screen features
other than
On Sat, 9 Aug 2014 16:22:11 -0500, Paul Gilmartin wrote:
On Sat, 9 Aug 2014 14:11:55 -0700, Jon Perryman wrote:
What makes a fullscreen editor not a line mode editor? I can't think of any
ISPF edit commands that require full screen features other than entering the
command thru the command area
On Sat, 9 Aug 2014 19:55:03 -0500, Ed Gould wrote:
No. ISPF is 3270 device dependent.
I have used ISPF in background, with no 3270 attached.
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
You probably have used PDF which is/was a companion product, ie not
use fullscreen capabilities.
Ed
On Aug 9, 2014, at 11:20 PM, Paul Gilmartin wrote:
On Sat, 9 Aug 2014 19:55:03 -0500, Ed Gould wrote:
No. ISPF is 3270 device dependent.
I have used ISPF in background, with no 3270
In 53dcc1bb.9060...@kabelmail.de, on 08/02/2014
at 12:47 PM, Arthur Fichtl fich...@kabelmail.de said:
Additionally to Pauls' remark let me point to the powerful Macro
Facility of ISPF EDIT.
Any decent editor has a macro facility, including TSO EDIT.
--
Shmuel (Seymour J.) Metz,
In 5806560905395444.wa.paulgboulderaim@listserv.ua.edu, on
08/02/2014
at 08:36 AM, Paul Gilmartin
000433f07816-dmarc-requ...@listserv.ua.edu said:
(Why doesn't your Reply facility distinguish quoted text!?
Finger check.
I had become slightly familiar with ISPF EDIT before I
In 7049601809533283.wa.paulgboulderaim@listserv.ua.edu, on
08/02/2014
at 09:14 PM, Paul Gilmartin
000433f07816-dmarc-requ...@listserv.ua.edu said:
But ISPF edit behaves better.
Yes, but I can do things with TSO EDIT that I can't do with ISPF/PDF
EDIT.
--
Shmuel (Seymour J.)
In6487334105557425.wa.paulgboulderaim@listserv.ua.edu, on
07/30/2014
at 06:40 PM, Paul Gilmartin
000433f07816-dmarc-requ...@listserv.ua.edu said:
That is one of the dumbest, most hostile behaviors I have ever seen in
an editor (but TSO edit isn't unique here). If I do a find and get
Arthur Fichtl has made a very important point.
The world is what it is; and systems behave as they behave,
distressing some and pleasing others.
Macro facilities can be used to mitigate, even eliminate such
perceived deficiencies. In particular, Paul Gilmartin can have
something closer to his
On Sat, 2 Aug 2014 12:47:23 +0200, Arthur Fichtl wrote:
... a well-behaved
editor should leave the file position unchanged.
I disagree, although having an option would be more user friendly, as
would optional first and last operands on FIND.
(Why doesn't your Reply facility distinguish quoted
On Sat, 2 Aug 2014 08:36:30 -0500, Paul Gilmartin wrote:
Worse yet, development
by the vendor has modified the primitives so my macros no
longer work as designed. The primitives were inadequate.
An inherent limitation of macros. I have never been enamoured by ISPF edit
macros.
A plugin API
In 7830856811578828.wa.paulgboulderaim@listserv.ua.edu, on
08/01/2014
at 02:10 PM, Paul Gilmartin
000433f07816-dmarc-requ...@listserv.ua.edu said:
What does repeat FIND do once you're at the end of the file?
I just noticed this:
If you do not specify any operands, the operands you
On Sat, 2 Aug 2014 21:21:08 -0400, Shmuel Metz (Seymour J.) wrote:
What does repeat FIND do once you're at the end of the file?
I just noticed this:
If you do not specify any operands, the operands you specified
last with FIND are used. The search for the specified string
begins at the
In
8e4663db4b0d43518fbb6345aa417...@dm2pr08mb720.namprd08.prod.outlook.com,
on 07/30/2014
at 09:44 PM, John Norgauer jcnorga...@ucdavis.edu said:
But when I get data with no line numbers, my commands are not
working.
What gives you that idea? Read the manual more carefully.
,EDIT,
f STC
In bay169-w48af89a0b757bae9eec2dea3...@phx.gbl, on 07/30/2014
at 06:40 PM, J R jayare...@hotmail.com said:
Read all about EDIT here:
http://publibz.boulder.ibm.com/epubs/pdf/ikj2l200.pdf
That's missing an explanation of the current line pointer, although
the explanation of FIND has enough
In 76a0e.704d9458.410ad...@aol.com, on 07/30/2014
at 06:57 PM, Ed Finnell
000248cce9f3-dmarc-requ...@listserv.ua.edu said:
Some still use IEBUPTDT for change control.
I doubt that, although some may still use IEBUPDTE or even IEBUPDAT.
Me, I prefer IEBUPDTX.
--
Shmuel (Seymour J.)
In 6487334105557425.wa.paulgboulderaim@listserv.ua.edu, on
07/30/2014
at 06:40 PM, Paul Gilmartin
000433f07816-dmarc-requ...@listserv.ua.edu said:
That is one of the dumbest, most hostile behaviors I have ever seen
in an editor (but TSO edit isn't unique here). If I do a find and
get
On Thu, 31 Jul 2014 18:56:09 -0400, Shmuel Metz (Seymour J.) wrote:
on 07/30/2014 at 06:40 PM, Paul Gilmartin said:
That is one of the dumbest, most hostile behaviors I have ever seen
in an editor (but TSO edit isn't unique here). If I do a find and
get no hits (very possibly because I
On Jul 31, 2014, at 3:55 AM, Paul Gilmartin wrote:
On Wed, 30 Jul 2014 23:50:12 -0500, Ed Gould wrote:
On Jul 30, 2014, at 6:40 PM, Paul Gilmartin wrote:
On Wed, 30 Jul 2014 18:57:04 -0400, Ed Finnell wrote:
Yep, line mode. If you do a find and get no hits you're at the
bottom.
That is
On Thu, 31 Jul 2014 10:11:14 -0500, Ed Gould wrote:
Yep, line mode. If you do a find and get no hits you're at the
bottom.
That is one of the dumbest, most hostile behaviors I have ever seen in
an editor (but TSO edit isn't unique here). If I do a find and get no
hits (very possibly
On Jul 31, 2014, at 11:30 AM, Paul Gilmartin wrote:
---SNIP
But, specifically, why do you like the behavior of moving to the end
of the file on an unsuccessful search?
Gil:
Its been thirty years so my memory is iffy here.
I always worked with Verify on.
My iffy memory
I am O.K. editing data with line numbers.
But when I get data with no line numbers, my commands are not working. i.e.
change find etc.
Example:
,EDIT,
list
,//MSTJCL01 JOB MSGLEVEL=(1,1),TIME=1440,
,// EXEC PGM=IEEMB860,DPRTY=(15,15),
,//STCINRDR DD SYSOUT=(A,INTRDR),
,//TSOINRDR DD
...@ucdavis.edu
Subject: another question about TSO edit command
To: IBM-MAIN@LISTSERV.UA.EDU
I am O.K. editing data with line numbers.
But when I get data with no line numbers, my commands are not working. i.e.
change find etc.
Example:
,EDIT,
list
,//MSTJCL01 JOB MSGLEVEL=(1,1),TIME=1440
@LISTSERV.UA.EDU
Subject: Re: another question about TSO edit command
You're off the bottom; the current line pointer is at the next-to-be-added
line.
You need to go back up. Use a L 0 or TOP subcommand.
Read all about EDIT here: http://publibz.boulder.ibm.com/epubs/pdf/ikj2l200.pdf
===
Date
Yep, line mode. If you do a find and get no hits you're at the bottom.
l * will show where you are. For change, Verify on is good to have.
NUM, RENUM, UNNUM should be used with caution on SMP/E controlled members.
Some still use IEBUPTDT for change control.
In a message dated 7/30/2014
On Wed, 30 Jul 2014 18:57:04 -0400, Ed Finnell wrote:
Yep, line mode. If you do a find and get no hits you're at the bottom.
That is one of the dumbest, most hostile behaviors I have ever seen in
an editor (but TSO edit isn't unique here). If I do a find and get no
hits (very possibly because
On Jul 30, 2014, at 6:40 PM, Paul Gilmartin wrote:
On Wed, 30 Jul 2014 18:57:04 -0400, Ed Finnell wrote:
Yep, line mode. If you do a find and get no hits you're at the
bottom.
That is one of the dumbest, most hostile behaviors I have ever seen in
an editor (but TSO edit isn't unique
43 matches
Mail list logo