开源改变世界!!

最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 #1197

推推 grbl 1年前 (2023-01-27) 108次浏览
打开
shredEngineer 打开了这个问题 2019 年 2 月 25 日 · 9条评论
打开

注释

最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 #1197
粉碎工程师 评论了 2019 年 2 月 25 日  

当在 UGS 中打开一个 gcode 文件时,大多数时候它不能再被外部编辑器编辑。

功能要求

问题描述

预期行为

实际行为

重现问题的步骤

规格

版本

UGS 平台 2.0 每晚

操作系统

Windows 10 专业版 64 位

平台

GRBL

其他

最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 #1197 shredEngineer 改了标题 UGS 锁定当前打开的 gcode 文件,无法进行外部编辑 最新 UGS 平台锁定当前打开的 gcode 文件,无法外部编辑 2019 年 2 月 25 日
最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 #1197 shredEngineer 改了标题 最新 UGS 平台锁定当前打开的 gcode 文件,无法外部编辑 最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 2019 年 2 月 25 日
最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 #1197
合作者

你在运行 Windows 吗?

最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 #1197

是的。(已添加到问题中,抱歉我忘记了)

最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 #1197

当某个文件在某个进程中使用时,它不能在另一个进程中更改,这是正常行为,您应该先关闭第一个进程或关闭其中的那个文件。
这带来了 UGS 未关闭或文件未在 UGS 中关闭的想法,即使它看起来确实如此。
在任务管理器中检查它。

最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 #1197
作者
粉碎工程师 评论了 2019 年 2 月 27 日  

我坚决不同意。我不需要“检查任务管理器”——UGS 平台开放的,我选择的外部编辑器也是开放的。这才是重点!
打开任何 (gcode) 文件后,UGS 平台应该打开该文件,将其内容缓冲到内存中(不要告诉我今天的系统上没有足够的内存)然后关闭文件,从而释放对该文件的所有锁定。
该文件应该可以随时在外部进行编辑。

我发现这很有用的主要原因是立即可视化任何手动更改,或者至少不求助于新文件名(这会使我的文件夹混乱),或者更糟糕的是,完全重新启动 UGS 平台。
因此,可选地,可以注册操作系统“文件已更改”处理程序,通知用户文件已更改并提供重新加载选项。附加地或备选地,可以在文件菜单中提供简单的重新加载动作。

此外,更糟糕的是,UGS platfrom 目前甚至不会在同一会话期间释放以前打开的文件,即使已加载另一个 gcode 文件也是如此。现在这对我来说真的没有任何意义。
例如:打开“A.gcode”,然后打开“B.gcode”,再打开“C.gcode”。现在,当 UGS 平台运行时,这些文件都不能再从外部编辑(至少大部分时间……就像我在问题中所说的那样)。我不认为这是有意的行为。

感谢考虑!

最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 #1197

我说(不能改)不是(不能开)这个有区别。

最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 #1197
合作者

@shredEngineer我同意你的看法,这不应该是预期的行为,我们可以按照你描述的更现代的方法来做到这一点。但我们可能会受到 NetBeans 平台的限制。

我需要对此进行一些调查,因此锁定文件的不是我们的自定义代码。不过,在 Mac 或 Linux(这是我可用的操作系统)中重现错误可能有点问题。我会看看我能做什么。

最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 #1197

我从来没有遇到过这个问题。我使用 Aspire 并多次更改项目,而 UGS 已经完成了。我只是点击打开,再次选择同一个文件,它会刷新到更改后的文件。

产品版本:通用 Gcode 平台 2.0 [每晚]/2018 年 12 月 18 日
Java:1.8.0_201;Java HotSpot(TM) 64-Bit Server VM 25.201-b09
Runtime: Java(TM) SE Runtime Environment 1.8.0_201-b09
System: Windows 10 version 10.0 running on amd64; Cp1252;en_US (ugsplatform)
用户目录:C:\Users\jacks\AppData\Roaming.ugsplatform\2.0-SNAPSHOT\dev
缓存目录:C:\Users\jacks\AppData\Roaming.ugsplatform\2.0-SNAPSHOT\dev\var\cache

最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 #1197 布雷勒 补充说 漏洞 标签 2019 年 10 月 10 日
最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 #1197
合作者

这在 Linux 和 Mac 中也是一个问题。似乎我们没有关闭软件中多个位置的文件流。在启用可视化工具的情况下打开一个文件,三个文件流被打开并且永远不会关闭。每次我们发送文件时,文件流都会打开并且永远不会关闭。所以这是一个我们需要研究的普遍问题。

可以使用以下方式列出打开的文件:lsof | grep <filename>

最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 #1197

如果自动关闭文件太难,则在“文件”菜单中提供一个选项,以便用户可以关闭文件。

我运行一个工作流程,其中 gcode 由另一个应用程序创建,该应用程序使用下一个可用的数字后缀自动分配文件名。我需要在创建新版本之前删除旧版本,以便重新使用相同的后缀,我可以简单地重新加载。

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

还没有

发展

没有分支机构或拉取请求

5人参加
最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 #1197最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 #1197最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 #1197最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 #1197最新的 UGS Platform 2.0 nightly 锁定当前打开的 gcode 文件,无法进行外部编辑 #1197

喜欢 (0)