Direct communication link between user JS and JL with WebIO support

[dralletje]

Some things are still needed before merging, like writing the small HTTP-interop types for making AssetRegistry more generic.

Also, I just copied in Require to prevent a dependency, but I admit this is not the most elegant. EDIT: we decided that this is the simplest way to go

Also, tests

[fonsp]

wow!

[fonsp]

@dralletje Can you share your testing notebooks? i want to try it out

[dralletje]

Sii

[fonsp]

With an extra channel to trigger a bond update: https://github.com/fonsp/Pluto.jl/tree/webio-trigger-reactivity-api

Diff: https://github.com/fonsp/Pluto.jl/compare/webio...webio-trigger-reactivity-api?expand=1

mostly for fun, should probably not be part of this pr

[fonsp]

@SimonDanisch we were stuck on this because we were having a hard time coming up with the "perfect" api to build webio support on top of. But now we decided to just support webio & assetregistry, and the api that we build that on will not be public yet, until we come up with something nice.

TLDR we are working on webio support, it will stay supported in the future, and eventually we want to also provide our own API that is more low-level and hopefully more plutonian

[dralletje]

WebIO example: https://gist.github.com/dralletje/f390fbca683ccff05ebd6531e68eec73
Dash example: https://gist.github.com/dralletje/131eff9e90703346ca7db09ebcec223f

[dralletje]

Dash but even cooler (no actual server starting, all implicitly)
https://gist.github.com/dralletje/98187e573c5de39b65757cb6a3a72d5d

[fonsp]

One thing I realised is that AssetRegistry won't work with our cool new static state export (and perhaps more that we haven't come up with yet). Right now, it's WYSIWYG, which is VERY cool, because everything goes through dralbase.

Is there a way to make webio support work through dralbase? For example, can we put the assets in the statefile and use the serviceworker to capture the requests?

[fonsp]

Can we flip these two?

/integrations/$(workspace_info.notebook_id)/$(string(module_name))

[fonsp]

What are your thoughts about tests?

[fonsp]

this is very cool!!!

[sglyon]

I didn't realize that WebIO was so ... dead :(

Perhaps it would be best for me to move PlotlyJS to something else.

I haven't heard of JSServe.jl. Is that something that we think live on?

[SimonDanisch]

https://github.com/SimonDanisch/JSServe.jl
Well, as I said, I / we maintain it as part of Makie...Since Makie is doing pretty well right now, it should have pretty solid future ;)

In short, I developed it, because it was pretty impossible to write WGLMakie in a modular way based on WebIO - and things like offline support etc were also pretty impossible, and I never really liked the dom, observable + scope API, which I replaced by building upon an existing DOM abstraction, namely Hyperscript.
It was also supposed to be more lightweight, but I guess at this point it rather offers a super set of WebIO 😅

I've never really pushed it as an WebIO alternative, but now that WebIO is in a coma, it seems like a reasonable way forward...
The only problem right now is Jupyter support, which has been bit rotting away, and because of JuliaLang/IJulia.jl#1002, I haven't had a chance to fix it yet...

[empet]

The above issue related to IJulia with Julia 1.16+ is not real. IJulia works on both Windows 10 and Ubuntu 18.04

[SimonDanisch]

The above issue related to IJulia with Julia 1.16+ is not real. I

lol, tell that both my Windows computers...

[pfitzseb]

I'd love JSServe as a WebIO alternative, FWIW. :)

[empet]

On my own it works :)

[dralletje]

@SimonDanisch you happen to remember what we came up with? I vague recall JSServe not having the same kind of hook-able-ness that WebIO provides, but that might be better now? I'd still love to ship JSServe compatibility with this PR

[SimonDanisch]

I vague recall JSServe not having the same kind of hook-able-ness that WebIO provides, but that might be better now?

Not sure, i thought it was the other way around :D @fonsp and I took another look some time ago, and it looked like we could get things ready with a few lines of code ^^ But it's all a bit fuzzy

[twavv]

Hewwo, WebIO isn't dead, but could do with some more maintainers besides just me.

At the very least, I've updated WebIO for compat with Observables 0.4.

[diegozea]

Hi! Nice to hear that WebIO isn't dead :) What is the state of this PR? Best,

[dralletje]

We're creating a system for creating longer lived cells that have state now.. will update this PR when that comes out (@Pangoraw is working on it so expect it soon 😏)

[sashmit]

TableView.jl works! @pfitzseb @pankgeorg

https://gist.github.com/fonsp/9e4f5b0052e959427d9575cea049dd1d

Schermopname.2021-03-16.om.12.02.52.mov

This tableview example (and indeed a lot of webio packages) don't seem to be working still.

[dralletje]

@sashmit Are you testing against this PR? This indeed isn't in Pluto still.

[sashmit]

@sashmit Are you testing against this PR? This indeed isn't in Pluto still.

doh! I tried the webio branch, and it worked there. FYI, the version of webio can be bumped up one reevision here:
https://github.com/fonsp/Pluto.jl/pull/991/files#diff-7b616cf57a0d73b7dd6d3357b38ec19ded099ea2ab755bee15c006f3087c9c8dR28

[fonsp]

Superseded by #2392

[fonsp]

Replaced by #2726