I'd prefer to not reopen an issue that was closed on github as not a bug, so I'm looking for some insight on why group selection works the way it does, perhaps it prevents some crashes/bugs from happening when groups are moved:

If I may ask, what's the rationale behind a whole selection turning into only the group being selected once moved outside of a top level group?

The reason I ask is because if the group you are disabling is collapsed there is no discernible indication that only the group is now selected once you move it outside of the top level group and re-enable it:

That's an interesting point, a 3d tilemap is essentially what I'm inquiring about, now that I think about it.

Wherein you could move a single tile from one layer to the next while the other tiles remain at their innate z index?

Example case: Imagine you have a tilemap object in a layer above another tilemap object, but you wanted to place a tile from the above layer below the other tilemap.

In a normal case, I'd expect the player to duplicate the above tilemap object and place it below the other tilemap, like so:

Above Tilemap

Below Tilemap

Above Tilemap (Copy)

I'm assuming tiles automatically retain the z index property of the tilemap, but could this somehow be modified so that the tiles are "liberated"?

Yes it's possible.

1. Export project using the HTML option.

2. Create a page on itch for your project.

3. Set the itch project's game type to HTML.

4. Upload the zip file that you exported from Construct 3 onto the itch page.

Cheers, I hope it turns out well, and even if it doesn't, then I hope the journey has been rewarding/meaningful for you.👍

P.S. Just saw the project on twitter, well done, it looks great.

I used to think the same way, so now I will introduce you to the concept of DRY:

https://en.wikipedia.org/wiki/Don%27t_repeat_yourself

In a case such as this where you are not pleased with the available methods of searching it's now time to look at the problem in a different way.

You have the problem of needing to change too many actions of the same type. In the DRY mindset there shouldn't be a repetition of the same action to begin with. Thus, my recommendation is to create a function along the lines of "Set muzzleFlash", you can make it more specific but in general this function should be comprised of actions you find yourself constantly repeating in your code:

Function: Set muzzleFlash(ParentUID):

Action: muzzleFlash: Set ParentUID to ParentUID (In most cases I imagine the value you are passing in is Player.UID for the ParentUID parameter)

I would refrain from repeating the same form of code throughout your projects because over time the required refactoring of code when changes are made becomes unreasonable.

Now that you have a function set, let's say later on you need to add an action to set a variable in muzzleFlash, or you need to make an edit to how variables are set in this function, you now have two benefits:

1. You can find all references of this specific function in your search results.

2. You can edit the function to effect all instances where you are calling the function.

Just my 2 cents.

At this point, you just click the arrows to move to each one in the list, it skips to the exact match you have in the browser search, then just double-click the currently highlighted result to go to the code.

After generating the list of Set ParentUID to Player.UID:

1. Click the search bar in the Project Window (The window that lists your project assets)

2. Ctrl+F

3. In the browser search bar (Should be in the top right) search for muzzleFlash: Set ParentUID to Player.UID

4. View the search list you generated (Not the browser search, but the one you generated beforehand that created a list of searches in a Construct 3 window itself) all instances of the muzzleFlash: Set ParentUID to Player.UID should now be highlighted.

5. Click the up and down arrow in the browser search to jump from one to the next.

*Note the browser search will pick up any text that matches the search term if its visible on the screen (this includes text in the current event sheet you are in) so you might have to move through the search until you reach the list of search results you generated.

1. Left click in an event sheet

2. Ctrl+F

3. Type in the search bar without quotes: Set ParentUID to Player.UID

4. Ensure that all event sheets option is toggled

6. Click Find

You can then further specify using the browser search method if other objects have the same action as muzzleFlash