Here are a few Tips & Tricks:

• Type ‘main’ + TAB: The editor generates a standard Main-method.
  Note: This trick works with all templates (right-click –> Add-in –> Template)
• Type ‘///’ on the top of a method. When you do so you get the standard header for generating XML-documentation.
• While the intellicense drop-down is shown press CTRL. The drop-down dialog becomes transparent.
• CTRL + ‘c’ at the begin of the line will copy the whole line.
• CTRL + ‘i’ and start typing the word that you want to find. If you want the next, just type CTRL + ‘i’ again.
• CTRL + scroll up/down to zoom in and out to the code.
• Make a link to AX32.exe -development to go directly to the development-mode.

You can find more on chanel 9

1
2
3
4
5
6
7
8
9
10
11
12
13
14

static void JDO_ChangeLanguage(Args _args)
{
    info("@SYS1");
    infolog.language('nl-be'); // Change the language to nl-be
    info("@SYS1");
    infolog.language('fr-be'); // Change the language to fr-be
    info("@SYS1");
    infolog.language('it'); // Change the language to it
    info("@SYS1");
    infolog.language('de'); // Change the language to de
    info("@SYS1");
    infolog.language('en-us'); // Change the language to en-us
    info("@SYS1");
}

And the result is:

Caution: When you use this function make sure you get the current language before you use this function, so you can change it back when you don’t need it any more.

• static TempStr numeralsToTxt(real _num)
• static TempStr numeralsToTxt_EN(real _num)
• static TempStr numeralsToTxt_ES(real _num)
• static TempStr numeralsToTxt_FR(real _num)
• static TempStr numeralsToTxt_NL(real _num)

So you can just use these methods like this:

static void JDO_AmountInWords(Args _args)
{
    info(numeralsToTxt(123456789.12));
}

And you get the following result:

I know these methods aren’t perfect, but they can be a start and save you a lot of programming time.

Have fun with the http://www.axepclipboard.com.

After some research we discovered this issue occurred only with a few user groups and that the message only exists in the KTD-files, so it is kernel related. We checked the AccessRightsList-table for some inconsistencies but no luck. In the end we found a work-around that helped us solving this issue. When we make a export of the security and afterwards we import the export we just made, the issue disappeared by itself. Because there are a lot of user groups that could be infected with this issue, we automated this fix by running the import – export in a job.

Small example to list all tablenames + their corresponding Id.

1
2
3
4
5
6
7
8
9
10

static void JeDoe_listTables(Args _args)
{
    Dictionary  dictionary = new Dictionary();
    int         i;
    ;
    for (i=1 ; i<=dictionary.tableCnt() ; i++)
    {
        info(strfmt('%1;%2', dictionary.tableCnt2Id(i), tableid2name( dictionary.tableCnt2Id(i) )));
    }
}

When you combine this with a DictTable / DictField-object, there are lots of possibilities.

After some research we found a reproduction how these methods suddenly disappeared:

1. Go tot the AOT and chose a form
2. Open the [FORM] -> Data Sources -> [TABLE] -> Fields -> [A FIELD] -node
3. Add a method (for example the modified-method)
4. Save your form
5. Go to the properties of the table in the datasource
6. Place your cursor in the table property (properties window)
7. Push ENTER

The result is that the table will be reloaded in the form and all methods you created on the fields will be gone. So here you have another reason why you shouldn’t write lots of code on your forms. You can only lose it by accident.

I’ve put a break-point on my postload method and noticed the recId (this.recid of the HRMBenefitType table). This is always the 101090. When I check this in the tablebrowser, this does not match the actual RecId valule.
I checked the SQL-trace-log and noticed the following instruction:

SELECT A.HRMBENEFITTYPEID,A.DESCRIPTION,A.RECVERSION,101090 FROM HRMBENEFITTYPE A WHERE (DATAAREAID=?) ORDER BY A.DATAAREAID,A.HRMBENEFITTYPEID OPTION(FAST 1)

The solution to this problem is simple. Just change the CacheLookup property to EntireTable and the strange behaviour of the RecId-field stops.

Anyone any idea?

Workaround:
When you edit your page in Sharepoint, you can remove the ‘Dynamics Page Title Web Part’ and replace it by the old ‘Page Title Web Part’

Explanation:
The reason why there are two Web Parts is mainly the “Page Title Web Part” is the old Web Framework (Dynamics AX 4.0) – and rendering takes part in X++ code while “Dynamics Page Title Web Part” is implemented completely in C#.

(Source: Microsoft)