Sync scrolling in markdown preview? about jupyterlab-markup HOT 4 OPEN

@bollwyvl thanks for the heads up about Binder. I'd noticed the CI was failing but left it on the backburner until I had more time. Fixed in 420e9eb. This is an interesting idea, and one that I'd be interested in!

from jupyterlab-markup.

cool. working it right now.

so there's a bit of bookkeeping between the viewers and editors... it's already smelling manager-like, but the first pass will be a void-providing plugin, until it works... I'm sure somebody would want to listen in on it, though...

from jupyterlab-markup.

Still nothing to show for it.

One thing: i did have to hoist the allowedAttributes up to the sanitize options in IPlugin, as it was stripping out data-source-line.

I had forgotten how much i dislike syncing to referent frames... the codemirror stuff sounds tantalizingly close in a number of places with things like getViewport, but it's not really fit for this purpose as it (rightly) is more interested in it's rendering window rather than what's visible.

Meanwhile, scrolling the RenderedMarkdown has some pitfalls. One doesn't really read from scrollTop, and when editing, it's really quite often the scrollTop + offsetHeight. So there's probably gotta be some scaling factor where there percent of total scroll impacts where the other scroll ends up.

The last thing, and something i didn't realize about markdownit, is that, for example, fence is taken by the diagram plugin, and needs some nasty tricks to get data-source-line added to it.

Will update if i make more progress!

from jupyterlab-markup.

Thanks for keeping me in the loop! It sounds a little gnarly work to be honest, glad someone is tackling it ;)

from jupyterlab-markup.