It appears WLP 6.9 (64-bit) has workspace size limitation. If I save a workspace with a chart beyond certain bounds, and reopen the saved workspace, all the charts collapse into x,y (0, 0) location.
WLP 6.8 did not have this problem.
I have attached a copy of saved workspace to show what I mean.
Size:
Color:
I had to save the .ws into .txt to upload the attachment.
Size:
Color:
QUOTE:
Bounds=4252,4,490,470
HXGA is 4096x3072. What is your resolution then?
Size:
Color:
I using six monitor of Samsung 204B with native resolution of 1600 x 1200 at 60 Hz.
Size:
Color:
Sorry, at the moment I don't have a multi-monitor configuration to reproduce the issue.
Size:
Color:
Even with a single monitor, you should be able to open the workspace and move the scroll to view the opened charts. For example, see attachment.
So, if you change the parameter for my monitor (other monitors may need different parameters) from Bounds=3000,10,547,479 to Bounds=4000,10,547,479, the charts collapse to a single location.
My request is to roll back the saved workspace size to be same as WL 6.8.
Size:
Color:
QUOTE:
My request is to roll back the saved workspace size to be same as WL 6.8.
It's not that simple. This may be by design because there is some multi-monitor fix in v6.9. Cone, by chance you have the information?
Size:
Color:
Richard,
Have you recreated the previously saved workspace in 6.9? What was the outcome?
Size:
Color:
Size:
Color:
So I just upgraded to 6.9.15 and this problem has returned again. What is going on here???
Size:
Color:
I just upgraded to 6.9.15 and now a workspace that I had created before with 7 windows layed out side by side horizontally just opens up all the windows (same size as in the saved workspace, but all on top of each other at (0,0).
I tried saving the workspace as a new name and then reopening it and didn't work. Only some of the windows came up in their proper place and the rest were layed out on top of each other at 0,0
Figuring out that maybe a second time would fix some more I tried saving ait a second time to a new name and then it worked.
Apparently there is something corrupted that carries on to the first save but is completely eliminated with the 2nd save.
I did this for 3 different workspaces and in all of them the 2nd save to a different name solved it.
Size:
Color:
Size:
Color:
It seems whenever I save an replace an existing workspace the windows get messed up. I have to save to a new name and then (outside of Wealth lab) delete the old one and rename the new one.
Size:
Color:
Thanks Jorge, added your workaround to
Open Issues.
QUOTE:
then (outside of Wealth lab) delete the old one and rename the new one.
Why outside? The "Open" dialog lets one to delete (right-click) or rename a file (F2 key).
Size:
Color:
QUOTE:
Why outside? The "Open" dialog lets one to delete (right-click) or rename a file (F2 key).
I know, I just was distrustful of what was going on so I wanted to make sure that Wealth Lab would not be aware of the change. It probably works just the same if you do it within the dialog.
Size:
Color:
I assume this problem will be fixed on next WL release. So when is the next release?
Size:
Color:
I would not make assumptions like that. Please see post #13 on what you can do now to convert your existing workspaces if they're affected. Newly saved workspaces should be issue free.
Size:
Color:
I tried #13 before but it did not work and I tried it again now and it does not work. I tried saving to new names and the results were the same. The workspace windows were top of one another at (0,0).
Size:
Color: