Additional Mono rendering fixes

- on initial rendering mono likes to send a resize event where the width
is 0, ignore it.  This was causing gbDatInfo to not render until a
manual resize was done.

- set AutoScaleMode to System.Windows.Forms.AutoScaleMode.None.  This
fixes a number of rendering issues under mono and didnt seem to have any
negative effect under c#/windows builds.

- tweak some of the initial form sizes and locations on FrmMain.  A
number of the setting didnt make sense based on the size of the panel
they were put it.  This resolves an issue with the gbDatInfo and
gbSetInfo starting off with the wrong size under mono.
ui rendering fixes for progress window

FrmProgressWindow.Designer.cs was setup for the windows being 591 wide,
but rv was forcing it to be 498 when the window was brought up.  This
was confusing mono and it was causing rendering issues.  This patch
makes it so the Designer and rv agree on the width of the window.
Additional adjustments were made to standardize the spacing between
window edge/progress bar/button, resulting in a width of 511.
Force all pTree.Tree.RTree to have aleast some width.

This fixes ToSort not having the "└" in the tree view.
Merge pull request #8 from jwestfall69/mono-ui-fixes2

Additional Mono rendering fixes