[Feature request] Palette tiles ordered like in tileset sprite

The problem is that when spliced then imported in a palette, the order of the tiles is completely different from the image.
This is particularly frustrating when you have elements made of multiple tiles.

Since each tile is a intermediary asset, and seemed to take sprites in name order. I thought changing the names would solve the problem. However, you cannot control the size of your palette and thus cannot arrange them like you want.

It would be nice to have your palette magically look like your sprite tileset. Or to have an easy way to arrange them.

I didn't found a way to move tiles. So to modify the palette you have to select your tiles and draw them further. This is really time consuming.

Here's how the palette looks like:

 

Can't wait

 

I haven't had a chance to check out Preview 2 yet, but this behaviour happened in Preview 1 when you selected all the tiles of a sliced tileset and pulled them over. If you drag'n'dropped the overarching texture file, all tiles would be organized like in the texture.

 

I'm facing this issue with 2018.3.5 and it's extremely annoying.

 

The issue happened for about 10 hours, I woke up the next day and it stopped happening. Hmm. Is the Linux version of the editor much buggier or something?

 

This issue is horrible. Just updated to 2018.3.14f1

It makes tiles unworkable imo. Two things happen...You update your source texture to add new tiles. You go in and re-slice it. You then drag the base texture to the palette window...

1) the palette window often goes whacky with tiles all over. It seems random
2) the worst that happens is often the actual tilemap jumbles tiles. This means lots of work re-tiling things.

Honestly guys you don't need a test case. It breaks easily with a 256x256 texture on a 16x16 grid and maybe 25 tiles on it. Add a few new ones, re-slice and re-import to the tile palette and boom - you're screwed.

I've tried using "reuse" on the tile assets when saving them and everything I can think of. Either it's some fiddly Unity setting that's obscure or horribly broken.

As it is the tile palette is anything but deterministic and the jumbling of actual tile map data is worse. I've been messing with tilemaps for 2-3 weeks now and have no solution. I thought maybe it was me being a few updates back but late 2018 should work flawlessly, right?

 

Here's basically the solution I found and it's obv if you think about it.

Whatever size tile atlas you are using, just be sure to fill it all in with magenta or some color, so when you slice it, you have all the sprites accounted for and all the tile assets created. From then on you will never have to mess with re-slicing or dragging a texture into the palette window. You'll just be updating a texture and Unity will do that automatically. This clears up a lot and keep the atlas 1:1 with your tile palette and your tilemap.

However if you want to rearrange things on your atlas or tile palette, or re-slice or re-generate tile assets, then god help you.

 

I normally do this made the mistake of missing 8 tiles and broke a 1K texture sheet split in 32x32 cells. This has to be fixed some other way...

 

This still seems to be a problem in 2019 LTS: https://forum.unity.com/threads/sol...f-tiles-in-tile-pallette.508296/#post-6032777 (and I don't understand how what @ChuanXin is saying would solve the issue)

 

I use 2020.2 alpha and I filled all enpty tiles to make sure i have accounted for all tiles, but when I drag tiles into the palette, it just breaks the formation...gahh am i missing something?

 

This is still a problem in 2020.3. The problem stems from the original sprite sheet being non-square and Unity wanting to add new tiles in a square formation.

You can get around this by dragging the image asset (not the individual tiles) into the Tile Palette when adding them.

 

For does who are struggling with this. Just drag the whole image instead of selecting all slices and drag it.
It took me an eternity to solve it....
I'm using 2021.3.3f1