Created Zergling branch as a bug fixes branch.

--HG--
branch : Zergling
[BUGFIX] - Application Framework API
 * Made CC.Desktop.ItemChangedEventArgs constructor public.
  * There's no good reason why this should be internal.

--HG--
branch : Zergling
[BUGFIX] - Application Framework WinForms Toolkit
 * Fixed a bug where the context menu on the BindingTreeView does not open if there were no visible items in the menu before the simultaneous selection change, regardless of whether or not there will be visible items after the selection change.

--HG--
branch : Zergling
[BUGFIX] - General Projects and Solutions
 * Removed custom project import that regenerates SR resource files.
  * Does little more than constantly invalidate generated resource files and have Visual Studio warn you about an untrusted import.
  * Every new project added since those old days do *not* have this import and they work just fine.

--HG--
branch : Zergling
[BUGFIX] - Application Framework WinForms API
 * Added a property to DesktopWindowView granting inheritors access to the DesktopWindow model.

--HG--
branch : Zergling
[BUGFIX] - Application Framework WinForms Toolkit
 * Removed an unused field in a designer generated file that was causing warnings.
  * The designer doesn't seem to care about this field either.

--HG--
branch : Zergling
[Bug #10819] - Lossy indicator doesn't go away after un-exploding via double-click
- Problem was that the layout changed *during* processing of the double-click message. The TileView and it's TileController need to be disposed to release "capture", but they're currently processing the message that must do it.
- Fixed by deferring disposal of the TileView's members (TileController, specifically) until after the current message is finished being processed. Also changed TileController to release mouse and wheel capture when disposed.

--HG--
branch : Phoenix5
Merge

--HG--
branch : Phoenix5
[Ticket #10800] - Data Access association with partition needlessly deleted

- add a IsDataGroup property to DataAccessGroupInfo.  The idea is that all the authority group that has access to the partition, only some are actually "DataGroup"
- when convert to a ListItem, add the "DataGroup" attribute, so it can be identified later
- rename argument name for some methods appropriately

--HG--
branch : Phoenix5
[Defect #10755] - ImageServer Alerts cause failure after upgrade

Implemented a change in how the Alert Context field is serialized.  Previously
we were putting the assembly version for the type in the serialized xml, changed
so we have the Class, and assembly name, but not the version.  Confirmed we
can still deserialize with this.  This should resolve the prior bug.

Also made a few code cleanup changes as part of this, including making the
serialized WorkQueueAlertContextData inherit from DataContractBase.

--HG--
branch : Phoenix5
[Requirement #10381] - Ensure the source code repository is managed correctly

Worked on database upgrades for the IS:
 * Added a PesoPlus to Yen database upgrade script.
 * Fixed bug in the Yen to Phoenix5 upgrade, there was a typo.
 * Added some documentation to the upgrade scripts to mention the milestones being upgraded.

--HG--
branch : Phoenix5
[Ticket #10800] - Data Access association with partition needlessly deleted

- remove the IsDataGroup property for DataAccessGroupInfo added in the previous release
- remove the use of "DataGroup" attribute for the ListItem because ListItem attributes do not survive postback

--HG--
branch : Phoenix5
[Requirement #10381] - Ensure the source code repository is managed correctly

Prior commit missed a project file update.

--HG--
branch : Phoenix5
Updated xian reference.

--HG--
branch : Phoenix5
[Requirement #10383] - Perform design reviews
- In the places where we draw to a bitmap, we now pass the actual bitmap in the DrawArgs.Tag because our current implementation actually *requires* the use of GDI classes (Graphics) because we only pass an HDC for the renderer to work with. This is temporary until we can figure out a way to make rendering more generic.

--HG--
branch : Phoenix5
[Defect #10657] - Dicom toolkit should support large DS values

- Use double to handle string value validation. This will allow caller to set DS value much bigger than 1.7976931349E+38
- Added/Updated unit tests

--HG--
branch : Phoenix5
[Defect #10657] - Dicom toolkit should support large DS values

* Update Xian reference

--HG--
branch : Phoenix5
[Defect #10657] - Dicom toolkit should support large DS values

* Update Xian reference (after merging)

--HG--
branch : Phoenix5
Merge

--HG--
branch : Phoenix5
[Defect #10761] - Reconciliation issue if do not refresh list.

Updated the Study Integrity Queue to use DataKeys to keep track of the selected entries,
instead of indices in the list of results.  This resolves the problem.

Note that there's a bit of odd behavior, in that if you go back and highlight
a try and reconcile an item that you've already completed, it just resets the
list, and doesn't open the dialog.  This seems sufficient, given the workflow of
selecting multiple items in the list and going through reconciling them.

--HG--
branch : Phoenix5