JupyterLab VS Wakapi

Does this allow to run a long running task in the background so that a user can close & reopen the tab and continue seeing all the output that has been produced thus far?

This is currently being worked on in Jupyter: https://github.com/jupyterlab/jupyterlab/pull/15448

This is a problem with codemirror 6. You can upvote https://github.com/jupyterlab/jupyterlab/issues/14589 and help by contributing (or sponsor someone to do so)

https://github.com/jupyterlab/jupyterlab/issues/12422

That whole issue feels so stupid.

I quite enjoy jupyter lab otherwise, even if a lot of it is brittle and annoying.

Could you add your details to https://github.com/jupyterlab/jupyterlab/issues/14625 it seems like a browser specific kssue

This will be possible in JupyterLab 4.0 and Jupyter Notebook 7 to be released in Q2/Q3 this year, see https://github.com/jupyterlab/jupyterlab/pull/13285

The posted SO is irrelevant. The true answer is that a new dependency included in 3.6 did not have binaries for some platforms. These were now uploaded so after refreshin pip cache you should be good to go. If it still does not work please post details in https://github.com/jupyterlab/jupyterlab/issues/13920

After a quick look I found the same issue here.

Yes, Jupyter notebook has used CodeMirror for nearly a decade. The official Jupyter notebook has never used Monaco, but the Google version (colab) uses Monaco in order to very nicely leverage LSP support (similar to VS Code). There is preliminary work under way right now to switch from CodeMirror 5 to CodeMirror 6 in the official Jupyter project, but that's going to be significant work (see https://github.com/jupyterlab/jupyterlab/pull/11638).

It doesn't seem like there is much overlap between Replit and Jupyter notebooks right now, as far as I can tell...

With the support of a team member with prior experience auditing for accessibility, we pinpointed specific ways in which JupyterLab lacked support for accessibility broken up by WCAG 2.1 standards.

The project has reached more than 1,700 GitHub stars now, the hosted service at wakapi.dev got 1,800 registered users today and a super friendly, small community has evolved on GitHub - things, which I am super happy and appreciative about!

Some examples for each: 1. Wakapi 2. Audiobookshelf has a docker image which only has admin capabilities (and is not meant to be used as a frontend). They have dedicated lients (Google Store app etc.) 3. Not aware of any

Do you have any project in mind which does this well? Ryot has a lot of config parameters, so I can't stuff them all into the README. I initially took inspiration from https://github.com/muety/wakapi.

WakaTime integrates with editors and essentially records the current file plus some meta-information like git project, language, editor, etc. It's a proprietary centralized service (although there's a FOSS implementation that became viable about a year ago), so all its data is available for export, which I believe is due to GDPR.

I decided to see if wakatime had a nvim plugin and came across this https://wakapi.dev/

Wakapi doesn't work for the migration ( an issue is opened if you want to take a look)

Then we run the Docker image: docker run -d \ -p 3000:3000 \ -e "WAKAPI_PASSWORD_SALT=$SALT" \ -v wakapi-data:/data \ --name wakapi \ ghcr.io/muety/wakapi:latest Source

You can self host it if you want. https://github.com/muety/wakapi