Mariusz

I have the screen scale set to the “native screen scale” puzzle.

Thank you kdv77kdv! Your words that it should be working correctly inspired me to search for the reason not in the code itself. And eventually, I figured out that the code was fine but I put it in the wrong place! I work in Webflow, and I attached this script directly to the button. And it should be pasted just before the </body> tag. When I changed its location it worked as expected. :)

Hi Alexander,

I think I found the problem: I had two different “download pages” on my website, and both had only the shortcode [verge3d_order] in the content. When I removed one of them, the email worked properly and all the files got attached. So apparently the existence of two [verge3d_order] shortcodes on the website cause some errors in the plugin’s code. For now, this solution is enough for me, but maybe this is something you should consider upgrading for the next plugin update. Let’s say a client would need two totally different “download pages” with different contact forms and emails sent – then I think it might be a problem.

Best regards!

That’s clever, thank you! By the way, do those two different techniques impact the application’s performance anyhow? Besides lagging in the Verge3D puzzle viewport, of course.

I mean, is there any difference in the app performance depending on whether I will use “else if” + “replace texture” 20 times, or whether I will use the universal puzzle configuration like above?

When I started this project, I had no idea on how to create universal puzzles using a combination of text-replacing puzzles. So now, I have a loooooot of repetitive puzzle setups for different configurator options. I wonder if changing them all to universals is worth my time spent on this project since it’s a lot of work to do.

I’ve just found a better solution to the problem that I had. I managed to display the “rotate the device window” message for the user when he rotates the mobile device to landscape and I want him to stay in portrait. It’s a kind of workaround. I’m leaving it here in case someone will need it in the future.

The reason for this workaround is that resizing the window from the example above was working also in a case where the user uses the “input” field to enter some text – the window was resized on mobile because the keyboard appeared and the website got refreshed, which was wrong in this situation.

To make the workaround:
1. We need to create a div with the message. In my setup, it has an ID “rotate device”.
2. We need to set up the procedure for checking the screen orientation (it was explained by Soft8Soft in a few places on the forum).
3. We need to set up “on event” for resizing the window.