| Author |
 Topic  |
|
|
dango
Junior Member
20 Posts |
 Posted - Oct 29 2006 : 07:33:10 AM
|
At work I use a second monitor at home just the laptop screen.
The refactoring dialogs (e.g. rename) cleverly remember the last position they were moved to. Unfortunately for me this is off-screen when I don't have the second monitor attached and it locks up the gui until I hit escape (which activates cancel).
For windows with the system menu I can use alt-shift-space m to move the window with the keyboard and get it on-screen. But this trick doesn't work for a dialog.
When using persisted positions for windows please check if they are on-screen.
Thanks,
dango |
|
|
feline
Whole Tomato Software
United Kingdom
18950 Posts |
Posted - Oct 29 2006 : 2:44:10 PM
|
oops. I have often moved between a dual monitor and single monitor setup, but on different computers, so this was not a problem.
case=3114 |
zen is the art of being at one with the two'ness |
Edited by - feline on Oct 31 2006 4:52:19 PM |
 |
|
|
sean
Whole Tomato Software
USA
2817 Posts |
Posted - Oct 31 2006 : 6:42:19 PM
|
VA stores the position of various windows in the registry so that they appear in the same place the next time you use them.
The positions are stored here:
HKEY_CURRENT_USER\\Software\\Whole Tomato\\Visual Assist X\\[ide specific key]\\va_x.INI\\WindowPositions
You can create a reg script to delete this key (or backup, delete and restore as appropriate) and then the dialogs will appear in their default positions.
The positioning logic should be fixed around build 1541.
|
|
|
|
jon12345
New Member
6 Posts |
Posted - Oct 31 2006 : 7:15:12 PM
|
I often have an instance of Visual Studio on each monitor. IDE dialogs like Find in Files behave correctly, by remember the position per instance. Visual Assist only remembers a global setting, so its dialogs appear on the wrong monitor if you switch between instances. Will this issue be addressed by the above cases?
Thanks |
|
|
|
dango
Junior Member
20 Posts |
Posted - Nov 01 2006 : 05:41:44 AM
|
I fixed it in regedit.
as seean said their are a bunch of WindowPositions keys of the form:
"HKEY_CURRENT_USER\\Software\\Whole Tomato\\Visual Assist X\\VANet\\va_x.INI\\WindowPositions\\ID=0x0000038d"
Under each of these are values such as:
"(valid)"=dword:00000001
"Left"=dword:fffffb66
"Right"=dword:fffffd1a
"Top"=dword:0000002c
"Bottom"=dword:000000b4
"Visibility"=dword:00000000
"State"=dword:ffffffff
I modified the "(valid)" values to 0. This brought the windows back.
Thanks
|
|
|
|
feline
Whole Tomato Software
United Kingdom
18950 Posts |
Posted - Nov 01 2006 : 07:58:45 AM
|
quote:
Originally posted by jon12345
I often have an instance of Visual Studio on each monitor. IDE dialogs like Find in Files behave correctly, by remember the position per instance. Visual Assist only remembers a global setting, so its dialogs appear on the wrong monitor if you switch between instances. Will this issue be addressed by the above cases?
It is most unlikely.
The IDE seems to store these settings in memory, only saving them out when you quit the IDE, so the last IDE to close will store these settings.
I have put in a feature request for this.
case=3374 |
zen is the art of being at one with the two'ness |
|
|
| |
Topic |
|
Dialog box off-screen...
