infor.com
concierge
infor u
developer portal
Posts
Categories
Groups
Hubs
Developer
Healthcare
Hospitality
Public Sector
CloudSuites
Aerospace & Defense (LN)
Automotive (LN)
Chemicals (M3)
Corporate (FSM/HRT)
Distribution (Sx.e/CSD)
Distribution Enterprise (M3)
Engineering & Construction (LN)
Fashion (M3)
Food & Beverage (M3)
Healthcare (FSM/HRT)
Industrial (Syteline/CSI)
Industrial Enterprise (LN)
Manufacturing (M3)
Public Sector (FSM/HRT)
Solutions
Supply Chain Management (SCM)
Human Capital Management (HCM)
Events
Groups
Your Groups
User Groups
Migrated Forums
FSM/HCM/S3 - Infor Lawson 10.x
HCM/S3 - Learning and Development
HCM/S3 - Global HR
HCM/S3 - Talent Acquisition
HR Service Delivery
Human Capital Management (HCM) - EMEA
Infor Configuration Management for Service Industries
Lawson - Business Intelligence
Lawson - Financials
Lawson - Human Resources
Lawson - Supply Chain
Lawson - Supply Chain Management
Lawson - Technology
MSCM on Landmark
About
Community News
Email Community Support
Home
Groups
FACTS - Partner Community
FACTS 7.7 Quandry
Legacy Contributor
In FACTS 7.5, we had a modification in order entry, when pressing the 'Done' button, we executed a pricing routine that would reprice each line, then redisplay the lines, all right before the footer screen painted. Here's the old code:
3520 dim s[6]; load_from$=evs(ldfixedkey$); perform "prog/SM/SME997;load_lines"; ok=1
This routine was execute in the Access OK Procedure on the Footer Tab in SMENTY.
This same line of code now produces an error 32, line 6655, due to the controls file not being openned.
Has anyone came up against this issue with a resolution?
Find more posts tagged with
Comments
Legacy Contributor
the controls file is open, but it's juggled while hitting the detail procedures - in this case, it's localized at 23010 in SME999. there isn't a standard variable that holds the channel for the main screen controls file, but you could save it yourself at some other point and restore it from your procedure. just be sure it's localized so it doesn't interfere with the footer detail window.
Legacy Contributor
That worked!
Thanks for your help.
Russ
Legacy Contributor
Russ,
Do you have an example of what you have done, as a few clients of mine have the same sort of modifications in 7.5 and 7.6. Just really an overview, nothing to detailed, to assist others in the near future.
Tim - Maybe as an enhancement request, a new hook to a "pre access footer" where we would have the controls and abilities to modify/add/delete lines with the controls and functions we need access prior to the ok_to_end procedure?
Regards,
Josh
Legacy Contributor
This routine in the initialization routine (header proc tab):
2030 hold_controls=controls,hold_list=_list_ctl
This routine in the ok_to_end routine (footer tab):
3505 local controls,_list_ctl
3515 controls=hold_controls,_list_ctl=hold_list
3520 dim s[6]; load_from$=evs(ldfixedkey$); perform "prog/SM/SME997;load_lines"; ok=1
Important Links
Community Hubs
Discussion Forums
Groups
Community News
Popular Tags
CPQ: Ask a Colleague
FAQs, How-To, and Best Practices
Idea
Infor OS Portal
UI Design
CPQ: Tips and Tricks
Infor Homepages
Widget Development
Infor EPM Migration
Infor Ming.le