Philipp Rudiger

Certainly wouldn't object to moving it out of the bokeh repo. That said I also don't see an issue with saying "we support Django 2, if you need Django 3...

I've noticed the same thing can happen for the height, e.g. this app https://glaciers.pyviz.demo.anaconda.com/app also uses responsive sizing and goes off screen (very slightly) in my browser:

Ah yes, this is true, but seemingly the tab header does not span the full width: It seems to scroll once the maximum width of one of the contents is...

>Actually the header is clearly broken, because it shouldn't show scroll buttons in this scenario. Right I would have expected it to span the full width here: ```python from bokeh.models.widgets...

We already have a ProgressBar model in Panel you can see here: https://panel.holoviz.org/reference/widgets/Progress.html The implementation is here: https://github.com/holoviz/panel/blob/master/panel/models/progress.ts We could definitely consider porting that to bokeh widgets.

There is probably no way to make this work directly however since VSCode notebooks now have support for ipywidgets you can use the Bokeh IPyWidget wrapper in `jupyter_bokeh`, which in...

> I thought they problem was the lack of access to the kernel (as described earlier). That is the problem. As far as I can tell VSCode does not offer...

>Currently we don't have intention to make any new 2.4 releases, so I would rebase this on branch-3.0 and change the base branch in this PR. If we change our...

@bryevdv @mattpap How would you feel about adding a tool based on the [screenfull.js library](https://github.com/sindresorhus/screenfull.js)? The implementation is pretty straightforward and I don't think the dependency is very big.

>This is a confusing comment. The responsive parameter was removed (and is not coming back) because a two-state Boolean flag is not sufficient to encapsulate all the possibilities for layout...