LiveCode Forums

Found the issue, I was doing something dumb passing the set widget parameter after launching browser stack. Adjusted that and working as intended. Thanks for looking.

I should also probably mention this is for a windows standalone. It is only on other customers computers I am seeing this I believe it is because they are slower PCs. I have added a refresh button on the card so if the PDF is not loaded into the browser they can manually load it as a work around.

Yeah I kinda thought the same thing, but how are you able to determine the creation process has finished in order to continue I guess is the question.

I have a process that creates a PDF then puts the output path into a new substack that has a browser widget. The problem is sometimes the PDF is still in the process of being created after the Browser substack is opened causing browser widget to fail to displaying it. Is there away to only open the ...

Your a star thank you Klaus.

Perfect thank you, just one more related question if I may. When distributing your app does exposing the albeit encrypted and password protected stack cause any security concerns. Is there any gotchas I should be aware of or is this generally a safe/secure practice.

Thanks Klaus, I like it that will work.

Just guessing as the 2nd stack is added via the add files route which means it would not be encrypted, but possibly could use an already encrypted version, will have a play.

You have already helped my many times having read previous posts so thanks again.

Thanks for the response but 2 stacks that are not substacks that is not my problem but my design intention.
1st stack is launcher performs security/update tasks before launching 2nd stack main application.

I notice that if I have windows app with say 2 top level stacks (not substacks design intention). When I create a standalone build, the primary top level stack gets merged into the exe, but the remainder stacks are named individually as stackname .livecode is there anyway to change the default file ...