Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

When re-linking missing tilesets: 1) open where it originally found the tileset, 2) provide an option to change the path in the same way for all missing tilesets #3455

Open
gvivster opened this issue Aug 18, 2022 · 2 comments
Labels
feature It's a feature, not a bug.

Comments

@gvivster
Copy link

  1. When locating/re-linking missing tilesets, it doesn't open the filepath where Tiled thinks the tileset is located - even though it shows the filepath to the right of the tileset file name.

  2. When I'm re-linking tilesets, I'm often re-linking an entire folder of them that I moved. They are all together, but I have to relink them all individually, which is a lot of time.

Solution I'd like for 1) It would make sense to me and save time if Tiled would open the folder that is showing to the right of the tileset file name. In most cases, the tileset has not moved very far.

Solution I'd like for 2) It would save time and be much simpler to have an option to change the file paths of all of the missing tilesets in the same way at once, instead of having to re-link all the tilesets in a single folder individually.

Alternatives:
Never reorganizing any tilesets, and/or setting aside entire work days to relink tilesets when my larger tileset sources (such as Gather) reorganize their Githubs. I wish I had a better one!

@gvivster gvivster added the feature It's a feature, not a bug. label Aug 18, 2022
@eishiya
Copy link
Contributor

eishiya commented Aug 18, 2022

AFAIK (2) is already present. If you select multiple missing tilesets in the list and then locate one, the directory should be set for all selected tilesets. I haven't tested this myself, but bjorn's mentioned it as an existing feature.

@gvivster
Copy link
Author

gvivster commented Sep 9, 2022

This works, but I would REALLY appreciate it if it could be made clearer. There is no way I would have known this otherwise, and it would have saved me so much time.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature It's a feature, not a bug.
Projects
None yet
Development

No branches or pull requests

2 participants