Replies: 1 comment 3 replies
-
Hey, thank you! I never want anyone to feel a rug pulled out from under them. Trust erodes in that way, so I apologize if these changes brought confusion or stress in any way. I'm new to creating starter kits, boilerplates, and npm packages. I want to make a way where someone can update once they've created their own project from Freedom Stack, but I haven't yet found a way to do that (I'm open to ideas!). In the Releases, you may be able to use the previous versions. Or, I'd encourage you to fork the codebase and then move the HEAD to the latest commit before removing Clerk or TinyMCE. Going forwards, I will do my best to make sure there are no rug pulls. I want to support Clerk, LogTo, and Better Auth. However, I want that in a script, so that it's easy to choose the auth you want. (Please feel free to create a PR for that!) I appreciate you, @Angra974, and your feedback. Where would you like to see Freedom Stack build towards? |
Beta Was this translation helpful? Give feedback.
-
Hi. Previously, you were using Clerk to bootstrap the login of the stack. Now, it has changed to BetterAuth. No problem with this. But with Clerk, just a few clicks and it was done, and we could test. Loved it that way. I haven't tested BetterAuth yet, as I'm still digging around, so maybe later.
Previously, you were using TinyMCE and custom JavaScript to have it in the public folder for access when using the application. Now, you've changed it to Trix. Again, no problem with this. But some users might want to use TinyMCE instead of Trix or Clerk instead of BetterAuth.
So, why not save them in branches and keep the code usable for those who want to see how it was implemented or how to implement it?
This way, you could have: v0.1.1 with Clerk, v0.1.2 with TinyMCE (no more updates?), and the current main application with the current updates. What do you think about this?
Beta Was this translation helpful? Give feedback.
All reactions