|
After the *inzsr subroutine it drops into code after *Entry
reads first record then exsr @Reset(Clears Subfile/RESET SFLPSD)
then exsr @Load(Do 5 write subrec read next file rec SFLRRN=5 at end) which
has records.
IF SFLRRN <> 0, Eval *IN32 = *ON,Endrrn = 5. Return from @Load
Then DOU @EXIT = @TRUE loop, EXFMT DFTCTL (subfile has 5 records, SFLPSD =
1)
Mouse Click any where on screen off subfile area or subfile area acts as
Enter Key.
Loops, Pagrrn from infds move into SFLRRN value = 1.
CASEQ @ENTKY, *IN32 = *on,exsr @SFLRD,
Readc 98 = 1 DOW *IN98 = *off enddo return to @ENTKY.
@EXIT <> @True
Check Position fields > blanks or zeros
No values so return ENDCS ENDDO.
DOU @EXIT = @TRUE
back to EXFMT DFTCTL(sflpsd = 1, SFLRRN = 1,PAGRRN = 1) 5 records still in
subfile.
Mouse click again repeat above(from Then DOU @EXIT=@TRUE). Mouse click again
repeat above. etc. KABOOM after 1 or maybe 2 or maybe 3 fast clicks.
Values same never clears orginal 5 records from subfile.
So Watson tell me more.
Could it be dropping sub recs some how???.
First window(ILOC00)
MOUBTN(EVENT [TRAILING-EVENT] {Command key | EVENT-ID}
[*QUEUE | *NOQUEUE])
I'm use *ULP and *ULD could that be a problem? AS/400 and Client Access
Enter on Click?
Like in last post I said if you call this program with out calling window
with moubtn first. It runs through code same as above but no KABOOM. :)(:
?@#$%
Also if I change mouse in Client Access to Mouse point from default Enter.
Follow same flow as above: Window(ILOC00) with moubtn still selects subrec
but push buttons don't work :(. BUT KABOOM on mult click of mouse, goes
away(VNDR00) .Strange.
Another note code does not get KABOOM if you use key board and follow flow
above. Even when you move cursor to other parts of screen before ENTER key
pressed. ONLY MOUSE CLICK ENTER HAS PROBLEM.
Please anymore info from you or others would be greatly welcome!!
Thanks
Bill Hopkins
-----Original Message-----
From: Carel Teijgeler [mailto:coteijgeler@chello.nl]
Sent: Friday, August 30, 2002 12:22 PM
To: rpg400-l@midrange.com
Subject: Re: Display problems CPF5192 with mouse clicks
Bill,
"It is elementary," to quote a famous detective.
In the programmes with a single-page SFL (the first and the third) you set
SFLPSD to 1 in the *INZSR subroutine. But unfortunately when the SFL is
empty, because there are obviously no records, the system tries to position
the cursor on an nonexistant SFL record. Test to see if the SFLrrn is
greater than 0 before putting a value in SFLPDS.
Regards,
Carel Teijgeler.
*********** REPLY SEPARATOR ***********
On 30-8-02 at 8:24 Hopkins, Bill wrote:
>
> A* Display Name: VNDR00W
>*
> A SFLPSD 4S 0H SFLRCDNBR(CURSOR)
> FVNDR00W CF E WORKSTN INFDS(WSDS)
> F SFILE(DFTSFL:SFLrnd)
>
> CSR *INZSR BEGSR
> C Eval @Exit = @False
> C Eval SFLpsd = 1
> C Clear Srrn
> C Clear Sflrnd
> C Clear Endrn
> CSR ENDSR
> CSR @LOAD BEGSR
> C Eval EOFoffset = *zeros
> C Do 5
> C SELECT
> C WHEN P$VNDR > *zeros
> C Eval Sflrnd = (Sflrnd + 1)
> C Write Dftsfl
> C WHEN P$VNAM > *blanks and
> C VXACOD <>'D'
> C Eval Sflrnd = (Sflrnd + 1)
> C Write Dftsfl
> C OTHER
> C Eval Sflrnd = (Sflrnd + 1)
> C Write Dftsfl
> C ENDSL
> C Enddo
> C If Sflrnd = *Zeros
> C Eval *in32 = *Off
> C Else
> C Eval *in32 = *On
> C Eval Endrn = (Sflrnd + EOFoffset)
> C Endif
> CSR ENDSR
_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.