[参考译文] CODECOMPOSER：CCS 20.x GUI 的意外功能

这是非常恼人的行为、并使调试变得痛苦。 您能否提高 CCSNXT-2210 优先级？

此致、

尤金

Unknown 说：

您能否提升 CCSNXT-2210 优先级？

我会尝试的。 我同意你的看法、即目前的行为是不可取的。 但是、可以理解的是、工程部门不愿意将 IDE 更改分支到主 Theia IDE 框架之外、这可能需要时间来使更改处于上游。

尊敬的 Ki：

CCS 已经以不良方向分支形式出现默认的 Theia IDE 行为。 我们在论坛上讨论过它。

在这种情况下、当用户希望查看多个视图、并像大多数其他调试器一样让这些视图以可预测的方式运行时、默认行为会"干扰" CCS 调试功能。 IHO、这样可以确保立即引起注意、以使 CCS 调试器 GUI 的行为正确。

此致、

尤金

尊敬的 Ki：

最近,我碰巧工作在 VSCode 调试 MS Windows 可执行文件与 GDB。 当我单步执行或单击 BP 时、它的运行方式与 CCS 不同。 首先,它正确地支持像 F10热键。 F11等取决于上下文 HL 源或反汇编。 其次、无论焦点在哪里、它都不会打开多个源文件。 我不确定您为什么说会继承不良的 CCS 行为？

此致、

尤金

Unknown 说：

我不确定您为什么说继承了不良的 CCS 行为？

这是我与工程部门的讨论得出的理解。 也许他们只是想说这是 Theia IDE 问题、而不是 VS Code。 我需要跟进。

感谢您,当焦点在它上时,添加 F10/F11步骤到反汇编窗口 :-)

Unknown 说：

谢谢您并在聚焦时在反汇编窗口中添加 F10/F11步骤:-)

我 为此创建了票证 CCSNXT-2215。

要完全透明、票证是专门将汇编指令插入到 Run 主菜单中、然后使用 ASM 进入/翻转的特定键盘快捷方式。 根据"Disassembly"窗口的实现方式、无法通过 F10/F11对目录窗口上下文敏感。 因此、我所说的是一个折衷方案。

感谢 Eugene 和 Ki 让此问题的对话开始。   重复出现的编辑器窗口实际上阻碍了进度。  在等待秋季 CCS 20.3.0 发布日期之前、是否有可以使用的解决方案或权变措施？  我使用的是 CCS 版本：20.0.2.5__1.6.2、是否存在在 20.3.0之前发布的版本或补丁？

- mjkottman

我将告知工程人员对此问题的其他兴趣。

尊敬的 Eugene：

启用"如果打开则显示"首选项以禁用打开新编辑器窗口。  我们将在下一个版本中默认启用此选项。

此致、
Patrick

Patrick、您好！

这不奏效。 仍在活动组中打开第二个编辑器。 我尝试了添加

导入到工作区并在 CCS GUI 中进行检查。 运气差。

即使它起作用、也要考虑文件的用例 未打开 . 会的 在活动组中打开新文件 当该活动组为"Registers"时、我们又回到了同一个问题。 即、不应将"Registers"窗口视为打开任何源文件的组。

此致、

尤金

您好、Eugen：

 寄存器窗口停靠在编辑器区域后、无法以不同的方式处理它。 如果文件尚未打开、则将使用活动编辑器组打开该文件。

此致、
Patrick

Patrick、您好！

是的、这是 CCS Theia 存在的问题之一。 VSCode 不是这样、但寄存器窗口的实现方式不同。

因此、应该采取一些措施。 我在使用过的任何其他调试器中都没有看到这种行为。  最后、CCS GUI 应该会帮助开发人员、而不是提供一系列权变措施或怪异行为。  

此致、

尤金