Posted on April 18, 2012 at 16:05I 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 …
