Build 292.7 - Release version

Edit: sorry, missed your latest post! Thanks for fixing!

Oh wow I've had that issue for months (if not longer) and I always thought it was on my end haha

Quote from Yves

I don't see what could cause this, could you send me your MFA?

En fait je ne comprend pas ce qui ne va pas avec cet event, mais si je le désactive le jeu ne plante plus, si je le laisse ça plante. Je pensais que c'était dû aux groupes mais en fait non...

// * Alterable Value AA of menu-back = 1
// + Alterable Value A of menu-back = 0
// + Only one action when event loops
// game title : Reappear
// back-button-img : Make invisible
// title-separator : Make invisible
// game-bg_front : Make invisible
// scrolling : Set Alterable Value A to 0
// scrolling : Set Alterable Value B to 0
// scrolling : Set Alterable Value C to 0
// scrolling : Set Alterable Value D to 0
// scrolling : Set Alterable Value E to 0
// scrolling : Set Alterable Value F to 0
// down-button : Make invisible
// up-button : Make invisible
// Special : Activate group "regular"
// Special : Deactivate group "back"
// Special : Deactivate group "touch navigation"

// + Group "play" is activated
// Special : Deactivate group "play"

// + Group "barracks" is activated
// Special : Deactivate group "barracks"

// + Group "store" is activated
// Special : Deactivate group "store"

// + Group "leaderboard" is activated
// Special : Deactivate group "leaderboard"

// + Group "settings *" is activated
// Special : Deactivate group "settings *"

Bon bah j'ai trouvé, c'est la ligne "Alterable Value AA of menu-back = 1" qui fait tout planter, je la supprime et tout marche !
Peut être un problème de compatibilité avec les nouvelles Altérables values et l'option Optimize Events ?

[MENTION=5114]Yves[/MENTION] The copy/paste bug being ELE only was reported numerous times throughout the last few years. It is kind of sad that you never heard about it, but I am happy it is finally getting fixed. Thanks.

Fusion (long standing still) annoyances:

1- Pasted event positions itself above an existing event, when it should be below it.
When moving an event to another line number, the event will position itself above the older code, when Fusion reads from top to bottom. It makes sense that any incoming "codes" (be it copied, or moved) should always be (default) to position itself below the older code that was already there.

2- Pasted groups with other group activations within it instead changes its own activations to other activations
or paste only one of the activations even though the other same named groups are present!
Update: it seems the pasted groups problem will be solved in 292.8? I might've understood it wrong! else it is still unbelievable it will get fixed ;D

Physics static movement:
In one of the next updates, would be possible to add Shape of "LAST" image?

Please add blocking function for the toolbars. I always move them by accident and make a mess.

Quote from aa2953b4

Please add blocking function for the toolbars. I always move them by accident and make a mess.

+1000 it's really annoying!

There is also a bug with the magnet function (but it's present still the beginning), if you click on an item them move the mose it will move from it's position even if you released the click. You need to wait like half a second before to move your mouse with no risk. When you want to work fast and select multiple objects whil the magnet function is activated, you will move the objects by accident every time.

BackImages.mfx and Explorer.mfx Boum on 292.7,edrtex.exe;
291.6 ok
Please login to see this attachment.Please login to see this attachment.

I noticed that the Surface object has been updated recently. I'd like to point out that the crash I reported with this object back in 2016 is still not fixed: Please login to see this link.. The crash didn't happen in the MMF2 version of the object.
Additionally, I found out that the coordinates for the "Set alpha at XY" action are calculated wrong. If you make an event that does, for example, "Set color at 64,32" and "Set alpha at 64,32", there will be two dots on the canvas with different coordinates.
I was under the impression that the object was abandoned, but since you guys updated it I thought I'd bring this to your attention.

Indeed I couldn't reproduce the issue either on the latest version. Thank you for resolving the crash, too.

However, the new version's alpha channel actions appear to be much slower than the version I have on my old build of Fusion 2.5. The stuff I do in my project using actions "Draw line on the alpha channel" (that was previously crashing) and "Draw rectangle on the alpha channel" (which I used as a substitute for the crashing one) take almost half a second on my Kaby Lake i7 CPU now. However, before the update the "Draw rectangle on the alpha channel" action was instant in the same scenario.

I have uploaded an attachment that illustrates the issue. The file "surface_fast.exe" was built using the version before the update. The "Draw rectangle on the alpha channel" action works there and is instant. If you build the same MFA in the latest version, the application will visibly freeze for about half a second. In addition, the behavior of the action in this specific scenario appears to be different. Like, the latest version doesn't seem to do anything with the alpha channel at all in the example.

I also noticed that the EXE built with the older version from the same MFA is about 500KB smaller. Is there a way to reduce the EXE file size in the new version?
Please login to see this attachment.
Please login to see this attachment.
I couldn't upload an EXE built with the latest version because it exceeded the forum's attachment size limit.