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

Support require-by-string in Fusion #410

Closed
dphfox opened this issue Jan 23, 2025 · 4 comments
Closed

Support require-by-string in Fusion #410

dphfox opened this issue Jan 23, 2025 · 4 comments
Assignees
Labels
enhancement New feature or request not ready - evaluating Currently gauging feedback

Comments

@dphfox
Copy link
Owner

dphfox commented Jan 23, 2025

For portability across different execution environments, we would like to adopt require-by-string in Fusion. This is mostly doable and would be a huge boon to the project.

The only issue at the moment is that our use of an init file for the Fusion module is currently being impeded by the Rojo project refusing to adopt the portable require-by-string standard.

We are faced with a few options:

  • Use a Rojo fork in the style of RoGo
  • Drop Rojo support entirely
  • Figure out some way to hack portable require-by-string

Ideally, we would not break our user's workflows, but unless we find a good solution to this, it may be impossible to avoid while also expanding our compatibility guarantees. We need to make this choice sooner or later because otherwise we will be incompatible with the rest of the modern ecosystem, and we do not want to be taken hostage by our technology choices.

@dphfox dphfox added enhancement New feature or request not ready - evaluating Currently gauging feedback labels Jan 23, 2025
@dphfox dphfox self-assigned this Jan 23, 2025
@SigmaThetaTech
Copy link

SigmaThetaTech commented Jan 23, 2025

So objection to bullet # 2:
Dropping Rojo support altogether would be a huge loss because I (and several studios I've done work for) use it for version control of components... A lot of them work towards fully-managed Rojo and Fusion was a way to get UI in Git...

@dphfox
Copy link
Owner Author

dphfox commented Jan 23, 2025

I think it should be possible to maintain support for now. I really don't want to drop support either because I think that would also be counterproductive.

@dphfox
Copy link
Owner Author

dphfox commented Jan 23, 2025

#411

@dphfox
Copy link
Owner Author

dphfox commented Jan 24, 2025

Merging into #40 due to structural concerns about Rojo

@dphfox dphfox closed this as completed Jan 24, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request not ready - evaluating Currently gauging feedback
Projects
None yet
Development

No branches or pull requests

2 participants