Repainting dashboard windows before exporting to png when switching workspaces

Question

question

Przemyslaw Pasich asked Apr 22 2024 at 9:49 AM Przemyslaw Pasich commented Apr 26 2024 at 11:19 AM

Repainting dashboard windows before exporting to png when switching workspaces

Context: I want have a workspace set up with a number of dashboard windows each of which will be exported to a .png. Then switch into that workspace and run that export using one user command. The desired result:

Problem: after I switch to another workspace using

treenode screenshots_workspace = Model.find("Tools/Workspaces/screenshots");
applicationcommand("openworkspace", screenshots_workspace, 1);

the dashboard windows don't manage to paint the contents of their graphs before the consequent exports to .pngs take place:

treenode view_node = views().find("active/DockingGUI");
string filePath = modeldir() + "test.png";
viewtofile(view_node, filePath);

and that results in exporting screenshots with empty graphs:

I tried the following ways of forcing the paint instruction to execute before the exports:

repaintall();
repaintview(view_node);
msg("", "Desperate attempt at giving the paint instruction more time to execute.");

However, none of them worked.

Any ideas how to resolve this problem? I am attaching a model that recreates this issue.

force repaint before screenshotting.fsm

Software Version:

FlexSim 24.1.0

flexscript dashboards workspace export to png

test2.png (13.7 KiB)

test.png (9.6 KiB)

force-repaint-before-screenshotting.fsm (29.5 KiB)

______

Cookie preferences

Your privacy is important to us and so is an optimal experience. To help us customize information and build applications, we collect data about your use of this site.

May we collect and use your data?

Learn more about the Third Party Services we use and our Privacy Statement.

Strictly necessary – required for our site to work and to provide services to you

These cookies allow us to record your preferences or login information, respond to your requests or fulfill items in your shopping cart.

YES

Improve your experience – allows us to show you what is relevant to you

These cookies enable us to provide enhanced functionality and personalization. They may be set by us or by third party providers whose services we use to deliver information and experiences tailored to you. If you do not allow these cookies, some or all of these services may not be available for you.

YES

NO

Customize your advertising – permits us to offer targeted advertising to you

These cookies collect data about you based on your activities and interests in order to show you relevant ads and to track effectiveness. By collecting this data, the ads you see will be more tailored to your interests. If you do not allow these cookies, you will experience less targeted advertising.

YES

NO

Are you sure you want a less customized experience?

We can access your data only if you select "yes" for the categories on the previous screen. This lets us tailor our marketing so that it's more relevant for you. You can change your settings at any time by visiting our privacy statement

Your experience. Your choice.

We care about your privacy. The data we collect helps us understand how you use our products, what information you might be interested in, and what we can improve to make your engagement with Autodesk more rewarding.

May we collect and use your data to tailor your experience?

Explore the benefits of a customized experience by managing your privacy settings for this site or visit our Privacy Statement to learn more about your options.

Answer 1 · 2024-04-22T15:01:37Z

Jordan Johnson answered Apr 22 2024 at 3:01 PM Przemyslaw Pasich commented Apr 26 2024 at 11:19 AM

Repainting doesn't work because charts are managed in a separate process. The trick is to have the script wait for a bit before exporting:

applicationcommand("openworkspace", screenshots_workspace, 1);
 
// Schedule the rest of the script to run 0.5 seconds later
await Delay.realTime(0.5);
// Once the delay finishes, the script continues here
 
// export the screenshot
viewtofile(...);

Usually, an await handles waiting for the model clock. But in this case, await waits for the real clock to move.

https://docs.flexsim.com/en/24.1/Reference/CodingInFlexSim/WritingLogic/WritingLogic.html#coroutines

· 3

Przemyslaw Pasich commented · Apr 23 2024 at 9:18 AM

Hi Jordan, thanks for the reply - with your suggestion it works as intended on the sample model. One thing I'm curious about: would that approach be prone to a "racing" problem? If I had a dashboard with numerous elements and my PC takes longer than the hard-coded 0.5s painting them, would that result in the export activating prematurely giving improperly rendered pngs?

0 ·

Jason Lightfoot ♦♦ Przemyslaw Pasich commented · Apr 26 2024 at 9:45 AM

Doesn't this question answer itself? If the time to render is longer than 0.5 seconds then you will not get a completely rendered view at that time.

0 ·

Przemyslaw Pasich Jason Lightfoot ♦♦ commented · Apr 26 2024 at 11:19 AM

I saw that interjecting with the msg() halted both the export statement and the rendering of the graphs - so I figured FlexSim cannot do graph rendering as a parallel, independent process. And so I hoped that introducing a realtime delay makes FlexSim go "since the user command is instructing me to wait anyway, let me grab the next thing on to-do list (rendering all the graphs) and complete that before I come back to the user command and see whether those 0.5s passed" - with that approach, the graphs would render before exporting no matter the delay length.

One way or another, thank you for answering my questions! I appreciate it. My problem was solved.

0 ·

question