This adds a new settings page for managing the tracker and also having a convenient spot within the application to copy and paste the tracker code.
Rather than going for the approach of other solutions where the user updates the script name to something like script.feature-1.feature2.feature-3.js, we've opted for a cleaner interface with just script.js where the user selects the features from the dashboard.
The trade-off is that it will take up to 6 hours for caches to be revalidated on returning visitors to have the new script, but it allows for much much more flexibility and ease of use for the end user to change and update features at will. It also makes it much much easier for us to add new features that are more granular and optimal for the user.
This PR also continues the work of migrating many components off Mantine UI to unstyled native or Radix components for a faster, cleaner, and smaller implementation. It's better to make these big changes now so we have a solid foundation to build off in the future. This one focuses on replacing inputs (TextInput and PasswordInput) to a native alternative instead.
PR 4/? for #9.
This adds a new settings page for managing the tracker and also having a convenient spot within the application to copy and paste the tracker code.
Rather than going for the approach of other solutions where the user updates the script name to something like
script.feature-1.feature2.feature-3.js, we've opted for a cleaner interface with justscript.jswhere the user selects the features from the dashboard.The trade-off is that it will take up to 6 hours for caches to be revalidated on returning visitors to have the new script, but it allows for much much more flexibility and ease of use for the end user to change and update features at will. It also makes it much much easier for us to add new features that are more granular and optimal for the user.
This PR also continues the work of migrating many components off Mantine UI to unstyled native or Radix components for a faster, cleaner, and smaller implementation. It's better to make these big changes now so we have a solid foundation to build off in the future. This one focuses on replacing inputs (
TextInputandPasswordInput) to a native alternative instead.