Vue Storefront VS JupyterLab

4+ years in and we are 100+ people company covering most of the commerce platforms out there - check it out www.vuestorefront.io

We're currently building an integration between Vue Storefront (https://www.vuestorefront.io/) and WooCommerce.

If you are looking for a production-ready Nuxt application with Shopify, check out https://www.vuestorefront.io/ and especially, the integration with Shopify https://docs.vuestorefront.io/shopify/.

Vue Storefront is an open source frontend framework for headless ecommerce built on top of Vue.js. It provides ready-made integrations to existing ecommerce platforms and allows you to extend the framework to build your own integration.

To enable Cache on the browser level, we will be using a http-cache package from Vue Storefront that you can check out here.

Vue Storefront is Lightning-Fast Frontend Platform for Headless Commerce. Boost your site performance, shape the customer journey and free your developer's creativity with Vue Storefront, the last frontend you will ever need.

For the storefront you have many options. For instance, there is Vue Storefront or Next.js Commerce.

Vue storefront is an open source platform that provides a storefront for ecommerce platforms. Although it integrates with many monolithic platforms, it is made specifically for headless commerce platforms.

Personally if I were hiring for this today I'd look for someone with prior experience with a "headless" solution that works with multiple ecommerce platforms. Vue Storefront and Gatsby are the best of the bunch in my opinion.

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.