Or do you want a "native virtual DOM".... that is the DOM we have today.
There is various new tools coming available that make working with a browser so much easier.
In the past for example there was no way to do a SPA transition between pages, this was one of the big things handled by the likes of react alongside of the vdoms, but by tooling like react-router for the likes of react. This made it pretty much that you needed to use the likes of react to make state based changes to the DOM.
Now... we have the navigation API where you can have an async change happen on navigate and prevent
Very soon you'll be able to do this:
navigation.addEventListener("navigate", event => {
event.intercept({
async handler() {
const state = event.destination.getState();
document.body.setHTML(`
<div>
<p>Paragraph to inject into shadow DOM.
<button onclick="alert('You clicked the button with value ${state.key}!')">Click me</button>
</p>
<script src="path/to/a/module.js" type="module"><\/script>
<p data-id="${state.key}">Para with <code>data-id</code> attribute with value <code>${state.key}</code></p>
</div>
`)
}
})
});
(where `setHTML` is the pending API here, the navigation API available in chrome, and polyfill available for firefox/safari)
Yes this use of just setting a string is not giving all the nice things like diffing and all... but, we have then a state API tied to the browser navigation, along with a way to know the navigation was successful:
Flipping things around a bit gives the power back to the browser like it seems you're after, rather than reaching for every tool available... but, a standard JSX feels a while away... maybe expressing JSX just for pure DOM elements would be enough though, without any functional components, but I guess that is what makes JSX, JSX.
This same script was replicated to near every repository I have worked on, including making its way into a few different production services where Node.js + ESM was used for deployment
Eventually I had turned into a utility module that could be used wider, which starts to lean into import map generation
Publications like pubmed are generally a good source to read from, check the citations on the article & check its review status.
If you have an article that you found with a helpful summary but it doesn't have the full source, take the "doi" link to sci-hub to get the full source.
Try to stay away from any article on any site that doesn't have a research article referenced that has a doi number.
Do checkout discussion around the endocannabinoid system in relation to recovery & chemotherapy support.
When you get the details on the specific chemotherapy being done, you'll have a specific couple of chemicals to be able to search through... for example Gemcitabine and Carboplatin. Different kinds of cancers have a different sets of chemotherapy chemicals related.
I'll mention that I have a close family member with terminal lung cancer. Following the above we've been successfully treating his symptoms and have also reduced the size of the primary tumour along the way (It was non operable & no radiation could be done)
Hey OP, in case you have a hardtime trying to download these articles from Pubmed, feel free to reach me nothingcomeseasy [at] protonmail [dot] com and I see if I can help. Wishing all the best to your mom!
Or do you want a "native virtual DOM".... that is the DOM we have today.
There is various new tools coming available that make working with a browser so much easier.
In the past for example there was no way to do a SPA transition between pages, this was one of the big things handled by the likes of react alongside of the vdoms, but by tooling like react-router for the likes of react. This made it pretty much that you needed to use the likes of react to make state based changes to the DOM.
Now... we have the navigation API where you can have an async change happen on navigate and prevent
Very soon you'll be able to do this:
(where `setHTML` is the pending API here, the navigation API available in chrome, and polyfill available for firefox/safari)Yes this use of just setting a string is not giving all the nice things like diffing and all... but, we have then a state API tied to the browser navigation, along with a way to know the navigation was successful:
Flipping things around a bit gives the power back to the browser like it seems you're after, rather than reaching for every tool available... but, a standard JSX feels a while away... maybe expressing JSX just for pure DOM elements would be enough though, without any functional components, but I guess that is what makes JSX, JSX.reply