Client Side JavaScript for User Data

[radleylewis]

Question

With the growth of htmx our team is interested in developing part of our product with it! We are developing a Web3 application whereby the user will require that some code is executed only in the browser. I am wondering if this approach with htmx (where most code is executed on the server) is acceptable or anyone has experience with such a structure.

For context, the vast majority of the application would be using standard htmx convention, but some JavaScript would need to be bundled and served/executed in the browser as it pertains to the user sensitive information and decrypted/encrypted data.

[danielnieto]

you can execute any amount of Javascript on the client side so Htmx doesn't have any conflicts with that. If you want to modify the DOM, people usually use AlpineJS to add interactivity to pages without having to do a roundtrip to the server, such as toggling a css class.

If your goal is to be able to perform DOM replacements with htmx without having to go to the server that's not supported "out-of-the-box" but I guess you could use a service worker to intercept request and return the proper html in response.

[danielnieto]

you can always create a custom web component (for example: https://lit.dev/) and embed it. Since version 2.0 HTMX supports custom components.