Skip to main content
deleted 4 characters in body; edited tags
Source Link

I have a .NET application dependent on ArcGIS 9.3.1 which I am upgrading to ArcGIS 10.2.

I have an AxMapControl sat in a panel in a split container on a tab. The Dockstyle is set to Fill.

Since upgrading to ArcGIS 10.2 from 9.3.1, the painting of the map inside the map control has become inconsistent.

The initial size of the map as painted is 'wrong' and the map ends up only filling, say, half the panel, and a second vertical scrollbar appears beside the map. This second scrollbar is a glitch; you cannot use it, and it is eventually painted over. The issue with the the map seems to be painting only: all other information presented (for example in the legend) is as if the map were painted correctly across the whole panel.

After a few operations (such as zooming in/out etc.) the map painting seems to 'catch up' and the map is painted correctly, filling the whole panel. This 'catching up' seems to get faster each time I run the application which leads me to suspect some sort of timing or caching issue.

There is no consistency about when the problem manifests. Sometimes adjusting the screen resolution affects it, other times not.

This seems to be a problem internal to the control. Does anyone have a workaround (other than reverting to the 9.3.1 DLLS)?

UPDATE: I have tried the following without success:

I have a .NET application dependent on ArcGIS 9.3.1 which I am upgrading to ArcGIS 10.2.

I have an AxMapControl sat in a panel in a split container on a tab. The Dockstyle is set to Fill.

Since upgrading to ArcGIS 10.2 from 9.3.1, the painting of the map inside the map control has become inconsistent.

The initial size of the map as painted is 'wrong' and the map ends up only filling, say, half the panel, and a second vertical scrollbar appears beside the map. This second scrollbar is a glitch; you cannot use it, and it is eventually painted over. The issue with the the map seems to be painting only: all other information presented (for example in the legend) is as if the map were painted correctly across the whole panel.

After a few operations (such as zooming in/out etc.) the map painting seems to 'catch up' and the map is painted correctly, filling the whole panel. This 'catching up' seems to get faster each time I run the application which leads me to suspect some sort of timing or caching issue.

There is no consistency about when the problem manifests. Sometimes adjusting the screen resolution affects it, other times not.

This seems to be a problem internal to the control. Does anyone have a workaround (other than reverting to the 9.3.1 DLLS)?

UPDATE: I have tried the following without success:

I have a .NET application dependent on ArcGIS 9.3.1 which I am upgrading to ArcGIS 10.

I have an AxMapControl sat in a panel in a split container on a tab. The Dockstyle is set to Fill.

Since upgrading to ArcGIS 10 from 9.3.1, the painting of the map inside the map control has become inconsistent.

The initial size of the map as painted is 'wrong' and the map ends up only filling, say, half the panel, and a second vertical scrollbar appears beside the map. This second scrollbar is a glitch; you cannot use it, and it is eventually painted over. The issue with the the map seems to be painting only: all other information presented (for example in the legend) is as if the map were painted correctly across the whole panel.

After a few operations (such as zooming in/out etc.) the map painting seems to 'catch up' and the map is painted correctly, filling the whole panel. This 'catching up' seems to get faster each time I run the application which leads me to suspect some sort of timing or caching issue.

There is no consistency about when the problem manifests. Sometimes adjusting the screen resolution affects it, other times not.

This seems to be a problem internal to the control. Does anyone have a workaround (other than reverting to the 9.3.1 DLLS)?

UPDATE: I have tried the following without success:

Notice removed Draw attention by CommunityBot
Bounty Ended with no winning answer by CommunityBot
Tweeted twitter.com/#!/StackGIS/status/571048312851324928
updating with things I have tried....
Source Link

I have a .NET application dependent on ArcGIS 9.3.1 which I am upgrading to ArcGIS 10.2.

I have an AxMapControl sat in a panel in a split container on a tab. The Dockstyle is set to Fill.

Since upgrading to ArcGIS 10.2 from 9.3.1, the sizingpainting of the map inside the map control has become inconsistent, but only at the screen resolution 1680x1050(!).

The initial size of the map as painted is 'wrong' and the map ends up only filling, say, half the panel, and a second vertical scrollbar appears beside the map. This second scrollbar is a glitch; you cannot use it, and it is eventually painted over. The issue with the the map seems to be painting only: all other information presented (for example in the legend) is as if the map were painted correctly across the whole panel.

After a few operations (such as plotting some new map points, zooming in/out etc.) the map painting seems to 'catch up' and the map is painted correctly, filling the whole panel. This 'catching up' seems to get faster each time I run the application which leads me to suspect some sort of timing or caching issue.

There is no consistency about when the problem manifests. Sometimes adjusting the screen resolution affects it, other times not.

This seems to be a problem internal to the control. Does anyone have a workaround (other than reverting to the 9.3.1 DLLS)?

UPDATE: I have tried the following without success:

I have a .NET application dependent on ArcGIS 9.3.1 which I am upgrading to ArcGIS 10.2.

I have an AxMapControl sat in a panel in a split container on a tab. The Dockstyle is set to Fill.

Since upgrading to ArcGIS 10.2 from 9.3.1 the sizing of the map control has become inconsistent, but only at the screen resolution 1680x1050(!).

The initial size of the map is 'wrong' and the map ends up only filling, say, half the panel, and a second vertical scrollbar appears beside the map. This second scrollbar is a glitch; you cannot use it, and it is eventually painted over. The issue with the the map seems to be painting only: all other information presented (for example in the legend) is as if the map were painted correctly across the whole panel.

After a few operations (such as plotting some new map points, zooming in/out etc.) the map painting seems to 'catch up' and the map is painted correctly, filling the whole panel. This 'catching up' seems to get faster each time I run the application which leads me to suspect some sort of timing or caching issue.

This seems to be a problem internal to the control. Does anyone have a workaround (other than reverting to the 9.3.1 DLLS)?

I have a .NET application dependent on ArcGIS 9.3.1 which I am upgrading to ArcGIS 10.2.

I have an AxMapControl sat in a panel in a split container on a tab. The Dockstyle is set to Fill.

Since upgrading to ArcGIS 10.2 from 9.3.1, the painting of the map inside the map control has become inconsistent.

The initial size of the map as painted is 'wrong' and the map ends up only filling, say, half the panel, and a second vertical scrollbar appears beside the map. This second scrollbar is a glitch; you cannot use it, and it is eventually painted over. The issue with the the map seems to be painting only: all other information presented (for example in the legend) is as if the map were painted correctly across the whole panel.

After a few operations (such as zooming in/out etc.) the map painting seems to 'catch up' and the map is painted correctly, filling the whole panel. This 'catching up' seems to get faster each time I run the application which leads me to suspect some sort of timing or caching issue.

There is no consistency about when the problem manifests. Sometimes adjusting the screen resolution affects it, other times not.

This seems to be a problem internal to the control. Does anyone have a workaround (other than reverting to the 9.3.1 DLLS)?

UPDATE: I have tried the following without success:

Significant update based on further investigation.
Source Link

Workaround for AxMapControl maximizepainting issue (only problematic at certain screen resolutions)?

I have a .NET application dependent on ArcGIS 9.3.1 which I am upgrading to ArcGIS 10.2.

I have an AxMapControl sat in a panel in a split container on a tab. The Dockstyle is set to Fill.

Since upgrading to ArcGIS 10.2 from 9.3.1 the resizingsizing of the map control has become inconsistent, but only at the screen resolution 1680x1050(!). It resizes correctly when the window is resized but the width does not seem to get updated when

The initial size of the windowmap is maximized;'wrong' and the map ends up only filling, say, half the panel, and a second vertical scrollbar appears beside the map. This second scrollbar is a glitch; you cannot use it, and it is eventually painted over.

  The issue with the the map extent does appearseems to update upon Maximize of the windowbe painting only: all other information presented (for example in the legend) is as if the map were painted correctly across the whole panel.

After a few operations ExtentUpdated event(such as plotting some new map points, zooming in/out etc.) the map painting seems to 'catch up' and the map is firedpainted correctly, filling the whole panel. This 'catching up' seems to get faster each time I run the application which leads me to suspect some sort of timing or caching issue.

So thisThis seems to be a problem internal to the control. Does anyone have a workaround (other than reverting to the 9.3.1 DLLS)?

Workaround for AxMapControl maximize issue (only problematic at certain screen resolutions)?

I have a .NET application dependent on ArcGIS 9.3.1 which I am upgrading to ArcGIS 10.2.

I have an AxMapControl sat in a panel in a split container on a tab. The Dockstyle is set to Fill.

Since upgrading to ArcGIS 10.2 from 9.3.1 the resizing of the map control has become inconsistent, but only at the screen resolution 1680x1050(!). It resizes correctly when the window is resized but the width does not seem to get updated when the window is maximized; the map ends up only filling, say, half the panel, and a second vertical scrollbar appears beside the map. This second scrollbar is a glitch; you cannot use it, and it is eventually painted over.

  The map extent does appear to update upon Maximize of the window: the ExtentUpdated event is fired.

So this seems to be a problem internal to the control. Does anyone have a workaround (other than reverting to the 9.3.1 DLLS)?

Workaround for AxMapControl painting issue (only problematic at certain screen resolutions)?

I have a .NET application dependent on ArcGIS 9.3.1 which I am upgrading to ArcGIS 10.2.

I have an AxMapControl sat in a panel in a split container on a tab. The Dockstyle is set to Fill.

Since upgrading to ArcGIS 10.2 from 9.3.1 the sizing of the map control has become inconsistent, but only at the screen resolution 1680x1050(!).

The initial size of the map is 'wrong' and the map ends up only filling, say, half the panel, and a second vertical scrollbar appears beside the map. This second scrollbar is a glitch; you cannot use it, and it is eventually painted over. The issue with the the map seems to be painting only: all other information presented (for example in the legend) is as if the map were painted correctly across the whole panel.

After a few operations (such as plotting some new map points, zooming in/out etc.) the map painting seems to 'catch up' and the map is painted correctly, filling the whole panel. This 'catching up' seems to get faster each time I run the application which leads me to suspect some sort of timing or caching issue.

This seems to be a problem internal to the control. Does anyone have a workaround (other than reverting to the 9.3.1 DLLS)?

Notice added Draw attention by EleventhDoctor
Bounty Started worth 50 reputation by EleventhDoctor
added 52 characters in body; edited tags; edited title
Source Link
Loading
more research - scrollbar is a glitch
Source Link
Loading
more detail following investigations
Source Link
Loading
edited tags
Link
PolyGeo
  • 65.4k
  • 29
  • 114
  • 345
Loading
added 69 characters in body
Source Link
Loading
Source Link
Loading