You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Like many others, I love LDtk but many engines and tools support mature features for Tiled.
The Tiled export works well, but currently the per-tile custom data that is set in LDtk does not persist in the Tiled export. It would be nice to be able to persist a flat JSON object from the LDtk custom data to the custom properties in the tmx tileset data.
As an example, let's assume we have a tileset and for tile 0 we have the following custom data in LDtk:
Tiled custom properties support additional types, but I think having bool, string, int, and float would cover the majority of use-cases for using custom properties in the Tiled export data.
Let me know what you think, and again, love LDtk!
-- Update --
Actually ended up implementing this and opened a PR - #989
The text was updated successfully, but these errors were encountered:
Like many others, I love LDtk but many engines and tools support mature features for Tiled.
The Tiled export works well, but currently the per-tile custom data that is set in LDtk does not persist in the Tiled export. It would be nice to be able to persist a flat JSON object from the LDtk custom data to the custom properties in the tmx tileset data.
As an example, let's assume we have a tileset and for tile 0 we have the following custom data in LDtk:
Currently in the tmx export this tileset will look like following, losing all custom data:
With the proposed change the tmx export tileset would reflect the the following, retaining the custom data from LDtk:
Tiled custom properties support additional types, but I think having
bool
,string
,int
, andfloat
would cover the majority of use-cases for using custom properties in the Tiled export data.Let me know what you think, and again, love LDtk!
-- Update --
Actually ended up implementing this and opened a PR - #989
The text was updated successfully, but these errors were encountered: