Scrollbar too small with autoscaled Table control

[HARRY]

Hi,

When a Table control is autoscaled the vertical scrollbar is abnormally small. Enough space is reserved for it, but it is painted too small. The 'empty' space to the left of the scrollbar itself acts more or less also as scrollbar.

This happens on my HTC device (480 * 800), running Windows Mobile 6.5

Basic4PPC or Windows Mobile (or my) shortcoming?

The program attached illustrates this 'problem'. Compile it with and without autoscale and run it on a 'high resolution' device.

Harry

 

[agraham]

Try this Door library fragment. Obj1 is a Door library Object.

   Obj1.New1(True)
   Obj1.FromControl("Table1")
   Obj1.Value = Obj1.GetProperty("Controls") ' Obj1 is a ControlCollection
   Obj1.Value = Obj1.GetProperty2("Item",1) ' 0 is Hscrollbar, 1 is Vscrollbar, YMMV
   Obj1.SetProperty("Width", Obj1.GetProperty("Width") * ScreenScaleY)

 

[agraham]

The above is ugly so you could instead adjust the Table column width programmatically and conditionally on the value of ScreenScaleX.

 

[HARRY]

Hallo Agraham,

Thanks for the prompt reply.

However, I was completely on the wrong track. The scroll bar was indeed rather small, but the empty space was not the result of that.
In my application that Table control contains 12 columns, from which 10 have a column width set to zero, in order not to view them.

Now, on the device (device only) apparantly the separation line between the columns is maintained when the width is set to zero. The empty space at the left side of the progress bar is the collection of 10 separation lines. This is true for AutoScale yes and no. I found this by setting the LinesColor to cRed.

As this is the reason, unfortunately none of your 2 solutions were effective to solve my problem. I will now do it by splitting the Table in two tables, one with the columns which should be visible and one with the columns which should not be visible and synchronize those with the Selection changed event.

Thanks again,

Harry