Quick Tip: How to remove an alternate window from your Dexterity development environment

David Meego - Click for blog homepageThis is a reposting of an article I originally wrote on my Developing for Dynamics GP blog.

One great thing about doing the job I do as an Escalation Engineer on the Asia Pacific Microsoft Dynamics GP support team is I have no end of support cases from which to draw ideas for blog posts from.

So here a Dexterity case I helped with recently.


The Problem

The question from the Dexterity developer was:

I am using Dexterity with Visual Source Safe (VSS) for Source Code Control (SCC) and I have an alternate window based on the SOP_Entry form. I would like to remove the alternate form altogether and recover the core SOP_Entry form. I have tried using Dexterity Utilities to transfer from an original Dynamics.dic into my development dictionary, but it gives it a resource id > 22000.


The Solution

There are two options that can be used achieve what the developer was trying to do:

  1. Ensure all resources are checked in to VSS and update the index file. Remove the SOP_Entry window from VSS and then update (using Index file) into a clean DYNAMICS.DIC.
  2. Use Dexterity utilities to Transfer >> Dictionary Module and copy an unmodified version of the SOP_Entry form into your dictionary. Then remove the SOP_Entry form from VSS and Update the SCC state.

Once completed, compile all scripts to identify if there are any references to the fields you might have added to the SOP_Entry form. Update and remove your trigger code that used the alternate window.


The Theory Bits

When you use Transfer >> Resource in Dexterity Utilities, it will try to use the same Resource ID if available, but if the Resource ID is already used or the resource being transferred is a core resource (< 22,000), then the next available Resource ID will be assigned. Also this option does not transfer compiled code and so relies on the scripts being available on a form so it can be re-compiled.

To transfer a form without renumbering resources or losing the compiled code, you must use Transfer >> Dictionary Module in Dexterity Utilities. This is why this window is used to transfer alternate forms and reports during the chunk creation process.


Hope you find this useful.


This article was originally posted on the Developing for Dynamics GP Blog and has been reposted on http://www.winthropdc.com/blog.

Please post feedback or comments

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.