Build 294.9 - Release candidate

looks fine to me

I found a minor UI bug. When you double-click a set flag action to choose a different flag, the dialog automatically highlights the currently set flag, but keyboard interaction is not updated to match. So when I double-click an action that sets the eleventh flag, like this:

Please login to see this picture.

And when I then press down arrow, I would expect that Fusion would select the twelfth flag, but instead it selects the first:

Please login to see this picture.

[android object]: deviceserial$ is "unknown" - may this is not a bug, instead some permission may be needed?

Quote from StingRay

[android object]: deviceserial$ is "unknown" - may this is not a bug, instead some permission may be needed?

Yes, seems i forgot to add a new permission requested from api 29.

android.Manifest.permission.READ_PRIVILEGED_PHONE_STATE

Actually, after more reading this feature must be removed since now according to Google information, it will be only valid for systems apps which are not made by the runtime.

Please login to see this link.

Hey, so I found this very minor issue related to the UI few days ago, honestly I didn't want to report it so I don't break the momentum (and it's very minor anyways), but as other users are still reporting minor UI issues with the Fusion editor, I might as well just report this

Anyways, if you made some changes to the project/s you are working on, tried to close Fusion without saving changes, Fusion will promote you with the save conformation message, while that happens, the Skin Editor turns into an empty Properties Window, if you decided to cancel it would remain like this until you close Fusion (I can showcase a video of the thing happening if needed)

Thanks, and I hope many new and existing users experience build 294 soon when it releases stable

Would it be easy to add a new condition Pick or count > Pick newest object? This would be handy in a number of situations, including being able to retain the scope of a newly created object in child events. As NaitorStudios points out in Please login to see this link., there's already some internal mechanism in place that identifies the most recently created object, because the first loop of a for each loop will always pick the youngest object.

IIRC, in early 294 betas, some of the new conditions like 'pick object with minimum expression value' also utilised this mechanism (if there were multiple results with the same value, Fusion returned only the youngest one; the condition has since been modified to return all valid instances instead of just one). If it's easy to do, would it be possible to add a condition that specifically targets this mechanism, and simply returns the youngest instance of an object?

EDIT: defisym came up with a good workaround in the above-mentioned thread:

Please login to see this picture.

This works and seems to basically do exactly the same thing (ie. select the single youngest instance of an object). So I guess that makes the proposed Pick newest object condition less necessary, though I think it still would be a useful addition, especially since the average user wouldn't be aware of this workaround.

I just noticed the updated text for the Load Frame dialogs (thanks for doing that btw). That animation limit is quite a bit higher than I imagined :O

Please login to see this picture.

However, I believe the minimum is wrong, and should be 0 instead of 1.

Speaking of Load Frame, when you load an external graphic into a global object, then jump to another frame that contains that same object, it loses all of its previously loaded graphics. Is this a known issue?

1 thing that i do find off - is when you want to copy something in the expression editor; the highlighted section that you want to copy; (when you right click to copy) - the highlight disapears; after the copy it comes back, but it makes it look like you have deselected; ( it does copy fine btw- just that the selected text/numbers gets deselected while the copy paste menu appears )

Quote from Dobermann

It seems that when i build an iOS project and open it in xCode, it is missing the "display name", "build" and "version" fields.

This issue is still present in this version. It happens since they added the "app category" field in xCode i believe.

I am still unable to select Behaviors from the object context menu in 2.5+. I have to go to Behaviors via the properties pane.

Quote from Yves

Weird, cannot reproduce, does this happen with a specific object and/or in a specific location? I tried to open several behaviors from the context menu in the frame editor, object window and workspace bar, seems ok, with both standard and dev versions with 2.5+, Steam or stand-alone.

It happens with active objects in the Frame Editor. V294.9 beta, 2.5+ developer stand-alone. Here is the steps I am doing.

* Create new app
* Create new active object in Frame Editor
* In active object properties, add a new behavior
* Right-click active object in Frame Editor, and the "Behaviors" menu is grayed out with none of the added Behaviors listed as selectable

This is what I see
Please login to see this picture.

Quote from Dobermann

This issue is still present in this version. It happens since they added the "app category" field in xCode i believe.

This still in process

Quote from Yves

Ah, maybe it's because you executed the build 294 before without the 2.5+ DLC. Try this: View / Toolbars / Customize, select the Menu tab, "Show Menus For" -> Frame editor, and reset the "Frame Editor Context Menu" and the "Object Context Menu" (maybe also the Application Context Menu). Does this work? I'll try to fix it so that you haven't to do this when this case happens.

EDIT: not sure actually, can't reproduce it even in this case...

EDIT 2: if this doesn't fix the problem, and if you've (re-)installed the 2.5+ DLC after installing the build 294.9, reinstall the build 294.9.

That did the trick. I had to reinstall the 2.5+ DLC, then reinstall 294.9, then reset the context menu, but it's working now. Thanks!

I've noticed that on HTML5, going from fullscreen to windowed will not resize the window properly. This also happens on 293.10, but I didn't think much of it when I first seen it.

Here's a video demonstrating what I mean:

Please login to see this media element.

EDIT: The events: Please login to see this attachment.

Quote from nasirfoxx

I've noticed that on HTML5, going from fullscreen to windowed will not resize the window properly. This also happens on 293.10, but I didn't think much of it when I first seen it.

Here's a video demonstrating what I mean:

Please login to see this media element.

EDIT: The events: Please login to see this attachment.

Please post a small MFA for me to check

Quote from Fernando

Please post a small MFA for me to check

Can't find any option to send a file directly from here, so I'll just add a download link from my storage website:

Please login to see this link.

Quote from nasirfoxx

Can't find any option to send a file directly from here, so I'll just add a download link from my storage website:

Please login to see this link.

thanks i will check

==================

PM sent for you to test

Another bug involving HTML5 Fullscreen is that on Mobile, the X & Y Coordinates of the MultiTouch Object's Touches aren't aligned properly.