Identifying insert/delete line in multi value fields by program (AREV Specific)
At 16 NOV 1997 04:08:00PM W. Hollenhorst wrote:
Is there any possibility to identify inserted or
deleted lines in a single multi value field in a
prost prompt or a perpetual process? It is impor-
tant to know which line has been deleted/inserted.
With this information other prompts in the window
have to be changed/reordered/deleted. It is not
possible to connect the prompts to an AMV.
Can anybody help? Thank you very much!
At 17 NOV 1997 03:08PM abjones wrote:
You will find WINDOW_COMMON% in SYSINCLUDE declares
items which you can use to determine the "pre" and
"post" conditions for a prompt and signal refresh or
recacluclate options to the window "main" process
routine. Using verify routines, pre and post prompt
processes and perhaps saving a copy of @RECORD
in one of the window registers for comparison you
can detect changes and signal window process actions.
I use the following routine I call SHOW_WIN as a
symbolic dictionary item to help track the window
process logic:
$INSERT SYSINCLUDE WINDOW_COMMON%
LINE = 'Prompt No=: WC_WI%
LINE := @VM: 'MV Index =: WC_MV%
*include data from current record by field number
LINE := @VM: '@RECORD=: @RECORD
LINE := @VM: '@RECORD=: @RECORD
LINE := @VM: 'PromptData=: WC_IS%
CALL MSG(LINE,'A',
,)Using a prompt validation routine {SHOW_WIN}
and catalyst code { command SHOW_WIN for pre and post
prompt process allows "walking through" the window logic.
At 18 NOV 1997 09:28AM Aaron Kaplan wrote:
It's been a long, long time since I've had to do this (ARev 2.11) but this is what I remember….
You had to place this in the pertetual process. Post-prompt didn't cut it since you're not really leaving the prompt. I don't remember if the wc_amv_action% common var was set, but we had checked wc_wc% (that last character entered) to see if ctrl-N or ctrl-d was pressed.
I can't remember now, but this might have had to be an AMV field. Don't panic…single associations are possible. I generally set all my MV's to associated so they'll all work identically and because it 'feels better'. (Don't ask!)
apk@sprezzatura.com
