开源改变世界!!

窗口位置和大小问题。 #914

推推 grbl 2年前 (2023-01-27) 133次浏览
打开
groberts22 打开了这个问题 2018 年 2 月 22 日 · 7条评论
打开

窗口位置和大小问题。#914

groberts22 打开了这个问题 2018 年 2 月 22 日 · 7条评论

注释

窗口位置和大小问题。 #914

如果这看起来微不足道或者我无法理解一些明显的事情,我深表歉意,但我所依赖的几个显示窗口似乎具有有限的调整大小灵活性,因此无法轻松地与我经常使用的其他窗口结合使用。

  1. 每当我打开发送进度窗口时,它都会扩展以填满屏幕右侧的大部分区域。这经常会改变我正在查看的其他窗口的宽度,并迫使我重新设置它们。
  2. 每当我打开一个 g 代码文件进行编辑时,它就会出现在与可视化工具相同的窗口中。我通常将可视化工具窗口的宽度设置得相当窄,并且希望编辑器出现在屏幕的另一个区域。这是可以改变的吗?
    再次,如果这些问题看起来微不足道,我深表歉意,但如果您能提供任何帮助,我将不胜感激。谢谢。
窗口位置和大小问题。 #914
合作者
  1. 你能拍个屏幕截图吗?
  2. 我注意到了同样的事情,我也希望编辑器窗口保存它的位置。如果您使用工作流助手并在文件之间切换,这会变得特别烦人。我可以看看。
窗口位置和大小问题。 #914
合作者

关于将 g 代码文件编辑器放置为与可视化工具相同的窗口。我无法重现您的问题… =(

然而,我在使用 Workflow Helper 时遇到的问题是因为它使用与编辑器相同的“布局模式”。一旦在 Workflow Helper 中选择了一个新文件,这将导致编辑器窃取焦点。我尝试将 Workflow Helper 移到左侧,这解决了这个问题。

窗口位置和大小问题。 #914

有人对此有意见吗?

窗口位置和大小问题。 #914

@breiler感谢您的回复。这是我目前整理桌面的方式的屏幕截图。
如果我尝试将“发送进度”窗口放置在屏幕左侧的框中 – 例如,在状态窗口下方或与其共享同一窗口,则会出现第一个问题。任一操作都会立即扩展该列中的窗口并缩小右侧的列。我认为框的最小宽度必须设置为 80 或 130,考虑到窗口中包含的信息的宽度,这似乎没有必要。
第二个问题似乎已经消失了。发生的事情是,每当我打开一个 g 代码文件进行编辑时,无论我上次在哪里打开它,它都会在同一个窗口中打开。我只是尝试(但失败了)重现该问题。奇怪的。也许是某种侏儒怪效应。:)

窗口位置和大小问题。 #914

窗口位置和大小问题。 #914
合作者

大多数面板都不能很好地缩放,只有 DRO 和宏可以变得非常紧凑。这将需要对大多数面板进行新布局。

当我摆弄布局时,我注意到这些类型的窗口处于“编辑器模式”,用于打开文件。我想如果你运气不好,你会得到你的 Rumpelstiltskin 行为,gcode-editor 将在可视化区域中打开。
窗口位置和大小问题。 #914

窗口位置和大小问题。 #914
作者
格罗伯茨22 评论了 2018 年 2 月 23 日 通过电子邮件
窗口位置和大小问题。 #914
所有者

gcode 编辑器现在不是很好。

默认位置肯定不一致,无论我尝试什么设置,我都无法让它显示在我想要的位置(屏幕中央,右侧有可视化工具)。即使您手动设置窗口,当您打开一个新文件或重新启动 UGS 时,编辑器有时仍会四处移动。

“NetBeans”处理这个问题的方法是让编辑器同时显示 gcode 源和可视化工具(在@breiler的截图看到这个source框,会有另一个框说类似的话visualizer)。这并不是我真正想要的用户体验,我喜欢同时打开可视化工具和 gcode。

解决此问题的更好方法可能是利用 netbeans 中的“角色”功能,以便根据您是在编辑还是发送,有多种布局,这样当您进入编辑模式时,大部分窗口都会消失(即 DRO、控制台、宏等)。然后会有一个默认/发送模式,它会显示另一组窗口。这是一个相当大的工程。

窗口位置和大小问题。 #914

我可以想象许多不同的场景(我经常发现自己在审查/测试代码时希望同时打开控制台和 g 代码)。这就是能够将模块放置在可单独移动且相当大的窗口中的美妙之处。我一直告诉自己,我需要更多地了解 UGS 使用的框架,这样我才能更好地了解什么是可能的,但该项目还没有成为堆栈的顶部。无论如何,我很感激你在这个项目上取得的进展。谢谢。

免费注册 在 GitHub 上加入此对话。已有帐户? 登录评论
标签
还没有
项目

还没有

发展

没有分支机构或拉取请求

3人参加
窗口位置和大小问题。 #914窗口位置和大小问题。 #914窗口位置和大小问题。 #914

喜欢 (0)