In <[EMAIL PROTECTED]>, on 06/22/2007
at 07:11 PM, David Day <[EMAIL PROTECTED]> said:
>Subject: Relationship of TBDISPL to row displayed
1. Please excerpt the relevant code.
2. You might consider taking a course in ISPF dialog development.
--
Shmuel (Seymour J.) Me
Hello Scott,
Has it all changed? When you sign up to this ListServ you should have got a
nice informational email discussing the question you have raised.
But in case you didn't read it:-
send an email to [EMAIL PROTECTED]
with the contents (not the subject) saying
SET IBM-MAIN NOMAIL
you w
ne 25, 2007 3:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Relationship of TBDISPL to row displayed
Posting the whole program would not be right. But enough of the area
having a problem is required. There are scores of programs in source
format available for you to look at, in manuals and the www.cbttap
Posting the whole program would not be right. But enough of the area having
a problem is required. There are scores of programs in source format available
for you to look at, in manuals and the www.cbttape.org website, to compare
your logic with programs that work. If you were hoping blind advic
stserv.ibm-main
To:
Sent: Sunday, June 24, 2007 2:29 AM
Subject: Re: Relationship of TBDISPL to row displayed
Dave,
If you want help debugging your code you need to show it, not jot down
some
notes what you think you are doing. Steve, myself, and many others have
done this with no problem. It
Dave,
If you want help debugging your code you need to show it, not jot down some
notes what you think you are doing. Steve, myself, and many others have
done this with no problem. It can work. So like you indicated in your original
post, you obviously are doing something wrong. Read you OP and
David Day wrote:
Steve,
Go back an re-read the original question I asked, where I stated the
reason I added the FIND logic to the table display. Sometimes the table
can get rather large, depending on the options a user selects. I wanted
to make it easier for a user to locate data in the ta
David Day wrote:
Steve,
Go back an re-read the original question I asked, where I stated the
reason I added the FIND logic to the table display. Sometimes the table
can get rather large, depending on the options a user selects. I wanted
to make it easier for a user to locate data in the ta
rv.ibm-main
To:
Sent: Saturday, June 23, 2007 12:59 PM
Subject: Re: Relationship of TBDISPL to row displayed
David Day wrote:
Looks like the question should have been worded differently. What is
happening is that iteratively executing TBSKIP after TBDISPL will start
at row 0 and move the CRP to w
David Day wrote:
Looks like the question should have been worded differently. What is
happening is that iteratively executing TBSKIP after TBDISPL will start
at row 0 and move the CRP to whatever row is set on the call to TBSKIP.
But an intervening call to TBDISPL will cause TBSKIP to start ove
Looks like the question should have been worded differently. What is
happening is that iteratively executing TBSKIP after TBDISPL will start at
row 0 and move the CRP to whatever row is set on the call to TBSKIP.
But an intervening call to TBDISPL will cause TBSKIP to start over at CRP 0,
even
David Day wrote:
The logic that builds and displays the table.
1. Create Table
2. TBADD rows
3. TBTOP
4. TBDISPL. Specify tble name, panel name. Parm list for call to ISPF
has pointers in it to a full word of hex '00's for message, cursor
field name, table row number, cursor position,
L. Didn't work.
Don't know what the MODEL command is.
--DAve
--- Original Message -
From: "Kenneth E Tomiak" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To:
Sent: Saturday, June 23, 2007 12:37 AM
Subject: Re: Relationship of TBDISPL to row dis
David Day wrote:
I have an application that builds a temporary table. Occasionally the table can
get rather large, so I thought I would add a function to allow a user to find
the next occurrance of a character string in the table. Added TBSKIP to the
logic. The logic used TBSKIP to forward t
On Fri, 22 Jun 2007 19:11:37 -0500, David Day <[EMAIL PROTECTED]>
wrote:
So, it looks like TBDISPL will display the row from the last TBSKIP as the
top
row in the display, but somehow then resets so that TBSKIP starts over from
0. I must be doing something wrong.
>
>--Dave
>
You must
I have an application that builds a temporary table. Occasionally the table can
get rather large, so I thought I would add a function to allow a user to find
the next occurrance of a character string in the table. Added TBSKIP to the
logic. The logic used TBSKIP to forward to the next row in t
16 matches
Mail list logo
