title: Winforms different sizes in different environments
body: <p>For some time now, a few people who have been using my application has complained about some strange behaviour in how the WinForm is being drawn.
  The form has one <code>splitcontainer</code> with <code>panel1</code> being fixed.
  I have not been able to reproduce their problems, until today.</p>
  
  <p>I just installed the app on a laptop running a 32 bit version of Win7 enterprise.
  (app is built and running without problem on my computer running 64 bit version of Win7 ent.)</p>
  
  <p>To see what was going on, I copied the project files over to the laptop and opened it with Visual Studio 2012 to see what was going on. However, is has me stunned as I don't know what do do about it.</p>
  
  <p>On the dev. machine (my 64 bit win7 ent), the specifications for the form (and split container) sizes are as follows:</p>
  
  <ul>
  <li>Form height: 383  </li>
  <li>Form Width: 707  </li>
  <li>Split container height: 321  </li>
  <li>Split container Width: 691  </li>
  <li>Splitter distance: 380  </li>
  </ul>
  
  <p>When I load the project on the laptop, the specifications are changed to this:</p>
  
  <ul>
  <li>Form height: 419  </li>
  <li>Form Width: 859  </li>
  <li>Split container height: 397  </li>
  <li>Split container Width: 921  </li>
  <li>Splitter distance: 380  </li>
  </ul>
  
  <p>Now I can finally understand the frustration with some people not being able to see the program as how it is supposed to be seen.</p>
  
  <p>On the 32 bit machine, the splitter is partly covering a few buttons, which obviously making the program hard to use since they can't see the text.</p>
  
  <p>Is there any reason why this happens?</p>
  
  <p>I mean, if the original code is set to a specific size value, isn't that how it should be no matter where the program is run? (Given the user doesn't resize of course).</p>
  
  <p>And then most importantly, is there any way I can solve this without having to build two separate versions?</p>