Skip to content
This repository has been archived by the owner on Feb 11, 2024. It is now read-only.

The Tilemap overlay conflicts with the Sabre UI #77

Open
jsepia opened this issue Mar 30, 2018 · 4 comments
Open

The Tilemap overlay conflicts with the Sabre UI #77

jsepia opened this issue Mar 30, 2018 · 4 comments
Labels
help wanted We desperately need help from new contributors. status: confirmed The issue has been confirmed. type: bug The issue is a bug.

Comments

@jsepia
Copy link

jsepia commented Mar 30, 2018

Unity added 2D tilemaps in version 2017.2. When you have a tilemap in your scene, it displays a little popup in the bottom left corner. This popup allows you to view the tilemap in isolation from the rest of the scene so it's not obstructed by any other elements.

Anyway, the Tilemap popup often ends up on top of the Sabre UI:

Screenshot showing Unity's tilemap popup on top of the Sabre UI

When this happens, I can't click on anything in Sabre. It's not just the area under the tilemap popup that's affected; nothing works, not even the tabs in the top right. The presence of the tilemap popup appears to block all mouse events to the UI layers below it.

There's a workaround for this: deselect your applied brush and select it again. When you do that, it puts the Sabre UI back on top, allowing you to interact with it. But as soon as you deselect your brush, the tilemap popup gets back on top.

@Henry00IS Henry00IS added type: bug The issue is a bug. status: investigating The issue is being investigated. status: confirmed The issue has been confirmed. and removed status: investigating The issue is being investigated. labels Mar 30, 2018
@Henry00IS
Copy link
Collaborator

It seems having the "Tile Palette" window open is causing all of the conflicts.

There is also an issue that any selected tile tool will continue to edit the tilemap while you drag brushes around. So we'd need to make sure no tool is selected:

Tile Editor With No Tool Selected

Sadly I have been unable to pinpoint the exact reason why we can sometimes have priority over the tile editor. If we can figure that out we could brute-force ourselves to be on top and the first to receive all events before the tile editor gets a chance. But that sounds like a nasty hack. I am not sure what to do.

@Henry00IS Henry00IS added the help wanted We desperately need help from new contributors. label Mar 30, 2018
@jsepia
Copy link
Author

jsepia commented Mar 30, 2018

I see.

I certainly wouldn't want Sabre to put itself on top at the expense of other tools. I just want it to listen to my clicks. If there's nothing Sabre can do to ensure this (short of directly observing the tilemap tool) then it sounds like Unity's tilemap UI is the problem.

I'll file a bug with Unity.

@Henry00IS
Copy link
Collaborator

Yes, please file a bug report. I considered doing it too but figured that it would only be fixed in a future version of Unity- if at all, so it would be nice to have a silly solution for the Unity versions leading up to an official solution. This tool seems to be rather broken in general, when you recompile C# scripts it starts throwing errors in the console. I guess it's pretty new like you mentioned.

@nukeandbeans
Copy link
Contributor

Adding to this, in the 2019 edition of unity, they are adding custom tools like the aforementioned tilemap tool. This blocks the entirety of the toolbar, preventing SabreCSG from being used. I can see this becoming a more prominent issue once 2019 comes out, and devs start using the feature in their plugins.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
help wanted We desperately need help from new contributors. status: confirmed The issue has been confirmed. type: bug The issue is a bug.
Projects
None yet
Development

No branches or pull requests

3 participants