Yeah, the whole product renaming thing is a bit annoying; it just means you have to say both names whenever you’re talking about it, because different people will know different names.

The solution I posted above with scaling seemed to work. It might have worked just as well to put your code verbatim into a Load event; I think all scaling is done by then.

Thanks again for this very useful tip!

—-Scott.

Anyways, I’ve never tested this code on WM6 and I imagine that MS put out a new version of Pocket IE that changed things slightly. Until I get a chance to dig into it some, I would try modifying the WebBrowser height resizing to:

WebBrowser.Height += rectStatus.Height + 6;

My solution was to save the height in statusBarHeight, then compensate for the scaling when the control is scaled, like this:

protected override void ScaleControl(SizeF factor, BoundsSpecified specified)
{
// Adjust this here, before this is scaled.
// After base.ScaleControl, this will be scaled, but WebBrowser will not.
WebBrowser.Height = this.Height + (int)(statusBarHeight / factor.Height);
base.ScaleControl(factor, specified);
}

On a PocketPC (Windows Mobile Professional), though, I end up with 6 pixels of whitespace at the bottom where the progress bar used to be. Any ideas?

Thanks!

—-Scott.

Thank you and regards.

Thanks and regards.