这并不是一个bug,但由于空间过大,交互式窗口很快就变得不实用。在这个例子中,VS Code的文本大小甚至比提供类似功能的终端还要小,但所需的屏幕空间要大得多。实际上,交互式窗口将是与文本编辑器并排分割或底部分割的,底部面板可能打开等,这使得比较变得更糟。
![](//img.saoniuhuo.com/images/202408/7941722781393183.jpg)
![](//img.saoniuhuo.com/images/202408/9971722781396610.jpg)
看起来VS Code在单元格之间留出了空间,用于Jupyter Notebook编辑器中的"+ 代码" "+ Markdown"按钮,这些按钮在悬停时会出现。然而,对于交互式窗口,这些按钮从未出现,只是空白的空间。
(如果Github调整了我图片的大小- `window.zoomLevel` 是 `-1` ,`[` 的高度在命令提示符中为28px,在VS Code输出中为23px,在VS Code单元格中为23px。
6条答案
按热度按时间zqdjd7g91#
Paging @DonJayamanne I wasn't sure whether to open this in vscode-jupyter
4dc9hkyq2#
你是否接受关于这个变更的PR?
3wabscal3#
是的,我们愿意接受关于这个项目的PR。
piah890a4#
我打开了一个PR #164760,但它只是在默认配置上削减了几像素和0。它已经准备好了,但这是一个小变化,所以我把它标记为草稿。我会继续添加到它里面来寻找更多的空间节省,并在这里发表评论。
3xiyfsfu5#
以下是翻译后的文本内容:
@amunger 这是我计划的攻击方案:
交互式单元格工具栏包括:复制单元格、转到代码(仅与
.py
文件和# %%
相关),删除单元格)笔记本单元格工具栏包括:执行上面的单元格、执行下面的单元格、拆分单元格、更多操作、删除单元格
我的问题是:
n3schb8v6#
抱歉回复较慢。
基本上,我认为这需要一个更简单的更改来开始,尽管第一个建议听起来不错,而且确实可以是它自己的问题。
2听起来像是你在PR中所做的操作,我不会深入到那个程度 - 3和4都需要更多的反馈才能被接受为更改。
是否有关于间距、布局网格等的确切指南需要我参考?
只是有一个通用的“让东西感觉像它们属于VS Code”的原则(也许有一种论点是你正在尝试这样做),我们还有一些内部UX审查,但我认为这里没有什么像你所询问的规格说明。
而不是特殊处理交互式窗口
啊,我忘了这会影响只读笔记本(我认为这只适用于Live Share场景,但可能还有其他方法创建一个)。我们不应该改变只读笔记本,所以特殊处理仍然是个好主意。
有没有办法将它们分组在一起,以便用户可以找到它们?
有一种标记设置的方法,这样你就可以根据特定的一组进行过滤。例如,你可以在设置中搜索@tag:notebookLayout来查看这些。它们可能就适合放在那个类别里。