Hello everyone. I’m trying to set up a display in our plant that will auto-login to Epicor on startup, and then open (full-screen) an automatically refreshing dashboard.
We are upgrading to 10.2.500.8, and our old .sysconfig edits that allowed for a dashboard to open on login in older versions is no longer working. We have also tried to use the ‘Tabs’ section under preferences, but that just opens the dashboard minimized and in the home bar.
Has anyone else had luck doing something like this? I am leaning toward creating a script based on logged keystrokes and mouse clicks but if there is an easier way let me know.
We have tried using the classic shell, and while that method does seem to work, we don’t really want to expose users to that interface if we don’t have to. There will be a user that is responsible for making sure this dashboard is open at all times, and will have to be shown how to open it if it closes.
With that said, we are using a nearly identical section in our .sysconfig file in 10.2.300.11 and it works. When we upgraded to 10.2.500.8 we no longer see a section in the .sysconfig and have to paste in our old one manually. We are not sure where this section gets generated from and are just using the old one pasted in to the new file.
We are putting the section at the bottom of the .sysconfig file between and . When we try to load Epicor in 10.2.500.8 with the new .sysconfig file it crashes before Epicor can even open. Maybe we are putting it in the wrong place? Or maybe we need to create a new version of this section under the new Epicor version?
Let me know if you have any more thoughts on this, thanks!
-Cole
The shortcut data is an older feature that you never see directly in a delivered sysconfig file. It was written to support the ability in the distance past to share a record with another user. This example uses Tip of the day but pick your favorite form:
Log in
Open Tip of the day
Find and display a tip
Open the file menu \ send \ record to file
The file that gets saved is effectively a copy of the *.sysconfig file you used to launch the client with the shortcut section added, prefilled to open that form with that record displayed. I would generate one this way, then adjust the values to open the menu you need.
Any idea as to what values would be used for a dashboard?
Should it be a runtime dashboard, with the ProcessID be that of the generic dashboard form (the one you’d then search for a dashboard to load), with RecordIDS containing the dashboard name?
Those are there to support standard forms like customer or order entry. Dashboard designer is a special case form. I tried quickly on my local system and while the menu items are there, they do nothing. I’m assuming that was either deliberately turned off or the underlying base functionality required to light up the feature does not exist for the dashboard designer.