It used to be so easy. I never gave it much thought.
But the latest versions of the RDC client have been annoying me to no end by defaulting the window of a newly-connected machine to a maximised stated, anchored to the upper left corner of my own screen. This happens since i usually use a higher resolution display to command "lesser" machines. Apparently most people simply set their remote connections to Full Screen mode so they never considered any problem with RDC's unfunny windowing personality; and thus have no answer for me.
If one peeks into the RDP file, there is that obvious setting winposstr that governs this behaviour. What is not obvious is what those values mean. I had previously attempt to follow the details in the Microsoft KB article, but to no avail. So I have been tolerating the unmaximise-resize-drag procedure for all those times I remoted; and I remote a lot.
Well, today marks the end.
Apparently Ohman has the exact same frustration with it, and managed to find out the correct permutation to smack RDC into obedience. He states that in order for the window to be sized properly to fit the internal desktop with no scrollbars, the window has to be 8 pixels wider and 27 pixels taller, so the winposstr value array for a 1024x768 desktop would be like
winposstr:s:0,1,0,0,1032,795
that rating is for Windows' legacy GUI theme, however. If another theme is used, like Windows Vista Aero, the figure has to adjust accordingly. In making a screen capture of a fully-stretch desktop window, I found the setting for Aero to be 19 wide, 40 tall. Which results in
winposstr:s:0,1,0,0,1043,808
Of course, taking the middle two values - the starting position - the window still opens up at 0,0 which still requires dragging to the middle. To eliminate that effort, based on Ohman's advice the offset values must be applied to both starting positions and window size, so if I want it at 50,50
winposstr:s:0,1,50,50,1093,858
just think about all those calories and muscular wear-and-tear I'd save for my fingers and wrist now.....