Starnge problem in HD2

Jun 1, 2010 at 8:41 AM
I try to use the control in my HD2 phone.The problem i have is if i set the height of the control larger of the screen.height/2 no map appears.If i set the height smaller of screen.height/2 everything is ok.The problem exists also with the demo projects.
Jun 1, 2010 at 8:46 AM

?

Jun 1, 2010 at 9:06 AM
I forgot to write that the problem appears when i use the server mode not the cache mode
Jun 1, 2010 at 9:08 AM

server mode is slow, i can't fix that ;}

Jun 1, 2010 at 9:14 AM
But why when i decrease the height of the control the map appears almost instantly;Also i set the height of the control equal to the form height i wait 10 minutes but nothing.
Jun 1, 2010 at 9:29 AM

any debug log?

Jun 1, 2010 at 9:42 AM
Do you mean errors in debug log;
Jun 1, 2010 at 9:50 AM

yeah, anything to identify the problem

Jun 1, 2010 at 9:52 AM
No everything seems ok.
Jun 1, 2010 at 9:54 AM

hm ok.. well it's still possible, that sometimes internal stuff hangs on deadlock..

Jun 1, 2010 at 6:53 PM
You initial statement about screen.height/2 caught my eye. The 'HD' devices I've been developing for (480x800 pixels) are using a double-density LCD with 192x192 DPI vs more standard 96x96DPI. The Windows Mobile 6+ OS will autoscale windows/controls by 2x so the resulting physical size (not 'pixel') is the same if it thinks they are designed at 96x96DPI. In general you design at 96x96, then at runtime the form and controls are scaled up on a HD display. You can/should also use Dock/Anchors controls to deal with landscape/portrait switches. This all gets a bit ugly if you are doing layout tasks in code with absolute positioning/sizing. Check Visual Studio->Options->Device Tools->Form Factors NOTE: Changing a project's selected form factor will in general SCREW UP YOUR LAYOUT! Everything will try to auto-scale (incorrectly) and go offscreen/double-width/etc. A couple links: http://msdn.microsoft.com/en-us/library/bb431852.aspx http://msdn.microsoft.com/en-us/library/bb416656(v=MSDN.10).aspx
Jun 1, 2010 at 7:02 PM

but control itself should be Dock.Fill, so it doesn't matter