Exactly. Service says it’s a bug and it’s supposed to be fixed in 10.2. I worked in 10.0.700, then when we went to 10.1.600.5 it didn’t work.
Seems to be this should be a bigger problem, but it seems I’m one of the few that likes to build customizations on top of dashboards. I find the native epicor screens much too complicated and too tedious for the way our business is set up. We run most of our shop on home grown dashboards. Currently I am working a replacement for the work queue to be able to filter by the information that we regularly use, and not by other things that epicor wants us to use. I’m getting close to being ready to deploy, just working on cleaning up as much of the idiosyncrasies that I am capable of, (which thank God is a growing list, my capabilities that is!)
Use the Custom XML editor and find your controls in there if you dare. You could use the ParentControlKey property (= panel guid) to find on the beast that live under that panel.
You may have to do that again if you find additional hierarchy below that (other sheets, panels, groupboxes, etc)
Once you get the guid and the type, you can wrestle that bear
That only works when you’ve already customized it, like the things I already did in 10.0 and upgraded. On new dashboards, it won’t show up. I got bummed when I figured that out…
is there a child property key? That’s what I really need.
Damn, that is tough. Well I learned something new today. I thought all of the native controls were in the XML too. I wonder if one could just loop thru all the controls and list only the panels (and their GUIDs)
My latest personal win, was getting this bit to work. It’s taking the selected row of the grid, then calling BAQ Adapter to populate the lot tracked materials bit, then that row is used to find all available lots.
As you can see from the example you linked to, I’ve been dealing with this problem since July. I was just too green at the time to understand how to get help from Jose in the coding. I’m getting better at it now, thankfully.
Well, I got the focus thing to work, however, it doesn’t do the same thing as actually clicking in the grid. So it focuses to the grid, then refreshes (the old way, everything else but that grid) and then focuses back.
grrrrrrrrr.
However, now that I can get to the provided grid, I may be able to use the provided grid instead of the custom added one, which could help alleviate the problem. I still can’t get to the GUI controls, but I think I can set up what I need in the dashboard before it’s deployed so I don’t think it will be too bad.
At this point it’s getting a little tough. First thought is you could get a ref to the click event handler of the grid in question and call it manually but that requires reflection.
Second thought is probably smarter but also requires reflection, luckily it’s all bundled up for you. Get yourself a decompiler like ILSpy, DotPeek, Reflector, etc. Open your dashboard DLL. Browse in it to find what code is being called by the click events. This will show you how they are refreshing those grids.
so I downloaded ILspy portable, and opened one of the DLL’s that it in the stored DLL’s on my computer. What would I be looking for? I can search for refresh, but, there’s a lot of them…