Don't have an account yet? Then register once and completely free of charge and use our wide range of topics, features and great options. As a registered member on our site, you can use all functions to actively participate in community life. Write posts, open topics, upload your pictures, put your videos online, talk to other members and help us to constantly improve our project and grow together! So, what are you waiting for? Become a part of us today!
To get support for a technical issue such as installing the software, to query a purchase that you've made/would like to make, or anything other than using our software, please visit our Customer Service Desk:
Welcome to our brand new Clickteam Community Hub! We hope you will enjoy using the new features, which we will be further expanding in the coming months.
A few features including Passport are unavailable initially whilst we monitor stability of the new platform, we hope to bring these online very soon. Small issues will crop up following the import from our old system, including some message formatting, translation accuracy and other things.
Thank you for your patience whilst we've worked on this and we look forward to more exciting community developments soon!
I'm making a "clone" of Command & Conquer. It's a long journey however, because I can only code in spare time. I may write a tutorial or video at some point. But I can't assure when..
Here a video testing turrets aiming: Please login to see this media element.
And another one testing the tank movement using the Wargame object for path finding: Please login to see this media element.
I *guess* - I may be wrong - that it's a question of scoping.
When you write:
When "Player" overlaps "Detector" > Add to 'Value A' of Detector
The scope is on the "Player" and not on the "Detector". Hence, the command "add to Value A of Detector" does not address a particular Detector, as you may ( logically ) think.
You may try with this, instead:
When "Detector" overlaps "Player" > Add to 'Value A' of Detector
Now the scope should be on that single Detector, and the change of Value A should apply only to that single instance of Detector.
Anyway, the solution suggested by Please login to see this link. is a good one.
Just for the sake of completeness, there *is* still a difference between Windows and Html5 behaviour. This happens when you search a path from bottom to top.
In order to show this behaviour, I have slight modified the map deleting two obstacle-diamonds.
Windows: Please login to see this attachment.
Html5:
Please login to see this attachment.
Anyway, I can live with it, and adjusting the map granularity helps to obtain more "straight" paths. As said, I just wanted to point it out for the sake of correctness since I was asked to report any other behaviour differences.
Problem solved ! Thank you tobydavis and phi ( discord ) for your great support ! For the ones that may be interested to the solution (quoting tobydavis/phi ) :
just replace line 229 in WargameMap.js, which looks like this: var g = gCost[current] + this.map[next]; with this: var g = (gCost[current] || 0) + this.map[next];
The WargameMap.js file is in the Data/Runtime/Html5 folder inside of your Fusion installation directory
by using the Wargame Map Object I'm experiencing some annoying behaviour inconsistency between Windows and Html5 engine.
Here two screenshots. It should be an easy straight vertical path. In windows works, in Html5 does not: Windows: Please login to see this attachment.
Html5:
Please login to see this attachment.
A question: is the Wargame Map Object someway broken in Html5 ? If this is the case, will it be fixed in the next build ? I just wanted use it in my RTS game. I find the Wargame Map Object a good alternative to a classical path finding, because each waypoint cost can be changed on the fly.
I would be more than glad to test any JavaScript patch/workaround that could fix this issue
If you can make an .mfa example which reproduces the issue you are having, that will help us much more to find where the problem is, which usually ( in my experience ) is located between the chair and the keyboard
Thanks Tobydavis, but sadly it does not work here. Am I missing something obvious ? I've replaced the file in the data\runtime as suggested, and restarted Fusion. Given the ( grayed out ) "Add" effect to an active. No joy. I'm sure I'm missing something here.. Any help would be greatly appreciated.
[EDIT] It works, I had an old version of FireFox. Thank you for your help tobydavis appreciated.
The first inconsistency is with frame scrolling. If I don't check the project property "resizeDisplayToFillWindowSize", the events in the "Frame Scrolling" section work, that is, moving the mouse up/down/right/left scrolls the frame as expected. However, if I check that property ( which I need in order to have a full screen in HTML5 ) the up/down scrolling does not work when I run the frame. It does run in HTML5 though, but it would be nice to have a sort of "consistency", because I first test on the frame alone to check if everything work, which is practical for me instead of waiting the compiling to HTML5. Attached is an .mfa to show the issue.
[EDIT] It does work ! Sorry. My fault.
The inconsistency is with the Active System Box. The text displayed in a window-frame is correctly shown, while in HTML5 not. A project is attached.
I know that these is a small quirk, but I wanted to point it out anyway.