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

[Long-term] Project-specific textures #39

Open
3vorp opened this issue Jan 9, 2024 · 0 comments
Open

[Long-term] Project-specific textures #39

3vorp opened this issue Jan 9, 2024 · 0 comments
Labels
difficulty hard enhancement New feature or request evolution not an issue, but a future evolution for next version normal priority

Comments

@3vorp
Copy link
Contributor

3vorp commented Jan 9, 2024

Note: this is based off #40, so I'm not gonna re-explain the rationale or logic here, but rather only the stuff to actually do.

A robust system for project-specific textures need two levels to work — a "join" field, and an "omit" field.

The "join" field would be a two-dimensional array of pack IDs to join together on the texture level. Each inner array would be a series of packs to join the contributions and autopush of.
Screen Shot 2024-01-08 at 8 44 36 PM

The "omit" field would work on the use level as an additional field where an array of pack IDs would be specified. These packs would be omitted from the use and not be applied during autopush or searching for textures.
Screen Shot 2024-01-08 at 8 42 57 PM

To make this work with the current API, almost nothing will really need to be changed other than the texture creation and modification endpoints. Existing client code will have to adapt to this instead — autopush can use the join and omit system in choosing what to push where, and the fields will have to be added to the web app texture modals. I'm not going into my previous issue comment on how the "subscription" system works, but this is designed to have the minimal number of breaking changes.

@3vorp 3vorp added enhancement New feature or request evolution not an issue, but a future evolution for next version normal priority difficulty hard labels Jan 9, 2024
@3vorp 3vorp pinned this issue Jan 9, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
difficulty hard enhancement New feature or request evolution not an issue, but a future evolution for next version normal priority
Projects
None yet
Development

No branches or pull requests

1 participant