我终于得到了一个答案来支持STVD的奇怪行为（缺少菜单，缺少工作空间等......）
这个问题与我们在STVD中使用的图形库有关，有时也是如此
无法重新定位用户可配置的项目（工具栏，窗口，菜单...），何时
切换工作区（或从编辑模式切换到调试模式，反之亦然）。
它已经存在于旧版本的STVD中;不幸的是更新了库
没有解决问题。我只有退出这种糟糕状态的解决方法，还有一些
有关降低再次进入风险的建议：
1.问题发生后，退出STVD并删除* .wdb和* .wed文件。应该有一个
项目名称为root的文件对，以及带有“默认”根的一对文件。
[有关信息，wed文件包含编辑模式下的用户设置：已打开文件列表，
工具栏和窗户的位置，......; wdb文件包含完全相同的信息但在
调试模式]。它们将由STVD再次创建。
2.之后，第一次打开现有工作区时，请转到：
''工具 - 选项 - 工具栏''并点击''全部重置''。开始后重复该操作
debug（第一次会影响wed文件，第二次会影响wdb文件）。
如果使用不同的工作区，尽可能保留相同的工具栏列表
他们（不要忘记''默认''一个，这是没有加载工作空间时使用的那个）
=＆GT;我们的想法是尽可能使工具栏重新定位
3.一旦在所有编辑/调试模式下所有使用的工作空间都达到稳定状态，
问题不应该发生。但不幸的是，只要打开1个损坏的工作区，
它可能会在同一STVD会话中打开的所有工作区上传输问题...
以上来自于谷歌翻译
以下为原文
I finally received an Answer from support for the strange behaviour of STVD (missing menu, missing workspace, etc...)
this issue is linked with the graphical library we are using in STVD, which sometimes
fails in re-positioning user-configurable items (toolbars, windows, menus …), when
switching workspaces (or switching from edit mode to debug mode and conversely).
It was already present in old versions of STVD; unfortunately updating the library did
not solve the issue. I only have a workaround for exiting this bad state, and some
recommendations for reducing the risk entering it again:
1. after the issue, quit STVD and remove *.wdb and *.wed files. There should be one
pair of files with the project name root, and one pair of files with the ''default'' root.
[for information, wed file contains the user settings in edition mode: list of opened files,
position of toolbars and windows, …; wdb file contains quite same information but in
debug mode]. They will be created again by STVD.
2. afterwards, when opening an existing workspace for the first time, go to:
''Tools-Options-Toolbars'' and click ''Reset All''. Repeat the operation after having started
debug (the first time will affect the wed file, the second one the wdb file).
As much as possible, if using different workspaces, keep the same toolbar list in all of
them (don't forget the ''default'' one, which is the one used when no workspace is loaded)
=> the idea is to make the easiest as possible the toolbar re-positioning
3. once a stable state has been reached on all used workspaces in all edit/debug modes, the
problem should not occur. But unfortunately as long as 1 corrupted workspace is opened,
it may transmit the issue on all workspaces opened in the same STVD session …
我终于得到了一个答案来支持STVD的奇怪行为（缺少菜单，缺少工作空间等......）
这个问题与我们在STVD中使用的图形库有关，有时也是如此
无法重新定位用户可配置的项目（工具栏，窗口，菜单...），何时
切换工作区（或从编辑模式切换到调试模式，反之亦然）。
它已经存在于旧版本的STVD中;不幸的是更新了库
没有解决问题。我只有退出这种糟糕状态的解决方法，还有一些
有关降低再次进入风险的建议：
1.问题发生后，退出STVD并删除* .wdb和* .wed文件。应该有一个
项目名称为root的文件对，以及带有“默认”根的一对文件。
[有关信息，wed文件包含编辑模式下的用户设置：已打开文件列表，
工具栏和窗户的位置，......; wdb文件包含完全相同的信息但在
调试模式]。它们将由STVD再次创建。
2.之后，第一次打开现有工作区时，请转到：
''工具 - 选项 - 工具栏''并点击''全部重置''。开始后重复该操作
debug（第一次会影响wed文件，第二次会影响wdb文件）。
如果使用不同的工作区，尽可能保留相同的工具栏列表
他们（不要忘记''默认''一个，这是没有加载工作空间时使用的那个）
=＆GT;我们的想法是尽可能使工具栏重新定位
3.一旦在所有编辑/调试模式下所有使用的工作空间都达到稳定状态，
问题不应该发生。但不幸的是，只要打开1个损坏的工作区，
它可能会在同一STVD会话中打开的所有工作区上传输问题...
以上来自于谷歌翻译
以下为原文
I finally received an Answer from support for the strange behaviour of STVD (missing menu, missing workspace, etc...)
this issue is linked with the graphical library we are using in STVD, which sometimes
fails in re-positioning user-configurable items (toolbars, windows, menus …), when
switching workspaces (or switching from edit mode to debug mode and conversely).
It was already present in old versions of STVD; unfortunately updating the library did
not solve the issue. I only have a workaround for exiting this bad state, and some
recommendations for reducing the risk entering it again:
1. after the issue, quit STVD and remove *.wdb and *.wed files. There should be one
pair of files with the project name root, and one pair of files with the ''default'' root.
[for information, wed file contains the user settings in edition mode: list of opened files,
position of toolbars and windows, …; wdb file contains quite same information but in
debug mode]. They will be created again by STVD.
2. afterwards, when opening an existing workspace for the first time, go to:
''Tools-Options-Toolbars'' and click ''Reset All''. Repeat the operation after having started
debug (the first time will affect the wed file, the second one the wdb file).
As much as possible, if using different workspaces, keep the same toolbar list in all of
them (don't forget the ''default'' one, which is the one used when no workspace is loaded)
=> the idea is to make the easiest as possible the toolbar re-positioning
3. once a stable state has been reached on all used workspaces in all edit/debug modes, the
problem should not occur. But unfortunately as long as 1 corrupted workspace is opened,
it may transmit the issue on all workspaces opened in the same STVD session …
举报
