The Bug With The Item Control
Rather than being vague about the current bug, I thought I'd share the part of the code that for some reason isn't being run correctly upon first load of the UI screen. So the screenshot below shows this "for" loop and it's structure. The loop is supposed to set the list items' font size and weight, and then update the positioning on the UI screen.
That for loop is contained within a specific task that formats the list control as a UI component. I know this task is being called normally because the list items do appear on the UI, but the labels for the list items appear stacked over each other in the top left corner of the screen when the first load occurs.
I also know the method that calls that list format task is also working as expected, because the remaining parts of the UI are loading correctly, including conditional formatting of each part (e.g. leaving out the dropdown for this mode-2 UI.
Finally, I know the for loop in the format list control is structured well and functional because the list items do update correctly as soon as the window resize event triggers a UI update, and the image for the selected item (green highlight box) loads in the correct position on first load. So the question: what is causing the initial load of this screen to skip the positioning of the list items?
Edit: Lines 20717 - 20720, the "else" is left in the current format because I may be adding more formatting code to that part later.
Ngl... painful is an understatement. But progress continues 🙂
Stay awesome,
EMH
HOW MOOVPAD IS BEING BUILT
For the overview of how MOOVPAD apps are being developed, the reasoning behind particular decisions during development, policies, and more in relation to all the technical things, please see the link to the left.
This will be an ongoing work in progress, and will always be linked to the bottom of each upcoming Blog post.