mandag den 20. juli 2009

Making a form modal i X++

Put the following code in the GLOBAL class in a new method called setFormModal:

static void setFormModal(int _thisHWND, boolean _bModal)
    DLL _winApiDLL;
    DLLFunction _EnabledWindow;
    DLLFunction _getTop;
    DLLFunction _getNext;
    DLLFunction _getParent;

    void local_enableWHND(int _lHWND)
        int lnextWnd;
        lnextWnd =;
        while (lnextWnd)
            if (lnextWnd != _lHWND)
      , (!_bModal));
            lnextWnd =, 2);
    _winApiDLL = new DLL('user32');
    _getNext = new DLLFunction(_winApiDLL,"GetWindow");
    _EnabledWindow = new DLLFunction(_winApiDLL,"EnableWindow");
    _getTop = new DLLFunction(_winApiDLL,"GetTopWindow");
    _getParent = new DLLFunction(_winApiDLL,"GetParent");
    _getParent.returns(ExtTypes:: DWORD);
    _getParent.arg(ExtTypes:: DWORD);
    _EnabledWindow.returns(ExtTypes:: DWORD);
    _EnabledWindow.arg(ExtTypes:: DWORD, ExtTypes:: DWORD);
    _getTop.returns(ExtTypes:: DWORD);
    _getTop.arg(ExtTypes:: DWORD);
    _getNext.returns(ExtTypes:: DWORD);
    _getNext.arg(ExtTypes:: DWORD, ExtTypes:: DWORD);

In the form the following methods are overridden with calls to the Global::SetformModal method:

public void run()
    Global::setFormModal(this.hWnd(), true);

public void close()
    Global::setFormModal(this.hWnd(), false);

Usefull debugging tip.

Useful debugging tip for tracking down the point where an exception is thrown.

Some times it can be difficult to determine where an exception is thrown.
Is it e.g. the validatefield method on a data source field on a form that throws the exception,
or is it the validatewrite method on the data source or even the validatewrite method on the table it self.

A useful trick to establish the point in the code where the exception is thrown, is to set a break point in line 11 in
the method add in the class Info.

You can find the Info class at the bottom at the class subtree in the AOT.

This will stop execution and activate the debugger each time something is added to the infolog which is normally done when an exception is thrown.

Generating and running code RUNTIME.

How to create, compile and run code at RUNTIME.

In some situations the need for making "generic" code arises.

This is a little example that generates, compiles and runs code to delete the contents of table PBACustGroup.

The code is made as a job, but transforming this code into a method on a class, and calling this method with parameters that allows it to identify the table, suddenly makes us able to delete several selected tables with very little code.
It also allows for USER CONTROLLED actions, for example letting the user build a liste of tables he would like to delete, and then calling the code for each of these tables.

static void TestGenericCode(Args _args)
    XppCompiler XppCompiler;
    str code;
    str tableName = "PBACustGroup"; // Here we define the name of the table

    // A compile object is created
    XppCompiler = new XppCompiler();
    // Here the code to delete the tabel is created
code = "void x() {"+tableName+" "+tablename+"; ttsbegin; delete_from "+tableName+"; ttscommit; }";
    // And compiled
    if (XppCompiler.compile(code))
        // If the compiler was satisfied with the code we run it
        // And inform the user that we deleted data
        info("Deleted all record in table "+tableName);
        // Otherwise the compiler lets us know the code was errorneous
info("fejl !!");

Extracting text from a label.

How to extract label text.

This code shows how to get the text of a specific label for a specific module, for a specific language.

This might come in handy when constructing a text to be printed on a report, that will more than one label text.

// This code allows you to extract the label text of a specific label, for a specific module,
// for a specific language
// Handy when constructing text fields containing many values and labels for printing
// str = labeltxt("gls",,200);

str labeltxt(str _labelModule,LanguageId _languageId, LabelIdNum _labelNo)
    Label l;
    l = new label(_languageId);
    return l.extractString(,_labelNo));

Getting field values of more than one data source when calling a menu item

When a form has called another form (the user has opened a form by clicking a button in another form), you sometimes need to get information from the calling form.

The traditional way is to use element.args().record(); but this construction only allows for transferring ONE datasource at a time.

Sometimes it would be nice to be able to transfer more than one datasource.
This is an example of how that can be done.

The code must be implemented in the


-method of the CALLED form:

SysSetupFormRun s;
APMObjectTable apmObjectTable;
int dataSourceNo;

// Determine value of fields APMProductId and APMModelId of APMObjectTable record
// which might have been active at the time of pressing CTRL+F4 in the previous form
// (CTRL+F4 on model field in form APMCustOverview)
s = element.args().caller();
if (s)
    for (datasourceNo = 1; dataSourceNo <= s.dataSourceCount(); dataSourceNo++)
        if (s.dataSource(dataSourceNo).cursor().TableId == tableNum(APMObjectTable))
            apmObjectTable = s.dataSource(dataSourceNo).cursor();

Tokenizing a string

How to tokenize a string.

In Java you can use an object of the stringTokenizer class to break up a string in to tokens.
Dynamics AX has a handy class called TextBuffer with which you can achieve a similar effect.
This example shows how (the code is written as a job):

static void Job7(Args _args)
    TextBuffer t;

    t = new TextBuffer();
    // Set the text to break in to tokens
    t.setText("When I find myself in times of trouble, mother Mary comes to me, speaking words of wisdom, let it be. And in my hour of darkness she is standing right in front of me, speaking words of wisdom, let it be.");

    // The delimiter to search for when finding tokens is space
    while (t.nextToken(false," "))

Dynamics AX - Getting the value of a given field regardless of tablebuffer

How to get the value of a given field regardless of which tablebuffer is active.

Foreign keys in Dynamics AX are scattered throughout the tables of the system, connecting the modules to each other.

For example ItemId fields store the item identification in a lot of tables, for storing information related to the item in question.

This example shows how you can write a generic method that gets the value of the field ItemId regardless of which table is active at runtime.

The example was originally implemented as a method on a form.

The method was able to return the value of the field ItemId regardless of which tablebuffer was active, when the form was called (element.args().record()).

public ItemId getFormItemId()
    common table; // Generic table buffer
    DictTable dt; // Dictionary object for handling table information

    // Get the table in question
    table = element.args().record();
    // Make DictTable object
    dt = new DictTable(table.TableId);

    return table.(dt.fieldName2Id('ItemId'));

Debugging and inspecting values of the fields in a form datasource

For debugging purposes code that can inspect the values of the fields in a datasource in a form or a report can be quite handy.

This is how it can be done in e.g. the


method of the datasource :

QueryBuildDataSource qbds;
QueryBuildRange qbr;
int dsc,dsi,rc,ri;

// Get the number of datasource on the query
dsc = queryRun.query().dataSourceCount();
// Loop over datasources
for (dsi=1;dsi<=dsc;dsi++)
    qbds = queryRun.query().dataSourceNo(dsi);
    info("Table: "+tableid2name(qbds.table()));
    rc = qbds.rangeCount();
    // Loop over fields
    for (ri=1;ri<=rc;ri++)
        qbr = qbds.range(ri);
        info(fieldid2name(qbds.table(),qbr.field())+" value: "+qbr.value());

Overriding SysLastValue Dynamics AX 3.0

This is an old blog entry from my old blog.

Today I solved a problem, that has long puzzled me.

From Axapta 3.0 (or was it 2.5 can't quite remember) it became best pratice to wrap reports in runbase-report classes.

For a long time it has irritated me, that if you called your report class from something else than the menu, you were having trouble overriding syslastvalue, without clearing all saved last value completely.

You have a report called from a runbasereport class.For the class you naturally have a output menuitem, that is attached to the menu. So when you call this report, and make selections in the ranges of the query of the report, they are shown in the report dialog, and saved, so that the next time you call your report, the last used selections is being restored for you in the dialog for reuse.

However sometime you experience, that the report can be called from BOTH the menu and somewhere else like a form.
When you call the report from a form, it is customary to synchronize certain ranges in the query of the report with values found on the particular record the cursor has been placed in the form.

Then what about syslastvalue in this case. Normally they would be saved as the last used values destroying the values saved when the report was called from the menu.

So how do we make the report function normally saving queryvalues etc as syslastvalues when calling it from the menu, and avoid doing so when calling the report from e.g. a form.

The solution is actually fairly simple, and does not require a whole lot of work:

If you make an extra output menuitem for your report class, which includes a parameter indicating that this has NOT been called from the menu, by putting a value in e.g. the PARM property and test for this it is quite easy.

First you need a parameter method to set and return a flag indicating if or if not the class has been called from the menu:

boolean calledromMenu(boolean _calledFromMenu = calledFromMenu)
    calledFromMenu = _calledFromMenu;
    return calledFromMenu;

Of course you must have a class member of the boolean type called calledFromMenu.

In your


method in the runbasereport class you would have:

MyRunBaseReportObject myRunBaseReportObject;

myRunBaseReportObjec = new myRunBaseReportObject();
if (_args.parm() != '')
if (myRunBaseReportObject.prompt())



method on your wrapper class (extending RunBaseReport) must be overwritten:
public void getLast()
    getLastCalled = true;
    inGetSaveLast = true;
    if (this.calledFromMenu()) // Do not save last value if not called from menu

    inGetSaveLast = false;

In this case the calledFromMenu() method returns either true or false according to the parameter passed from the menuitem, which indicates that the report is called from the menu.

If it has been called from the menu, we want everything to function as normal, so we get the syslastvalues. Otherwise, we call initParmDefault to setup report with query and queryRun objects etc.

It is important that super() is NOT called.

The other method to overwrite is:

public void saveLast()
    if (this.calledFromMenu()) // Only save last value if called from menu
        inGetSaveLast = true;
        inGetSaveLast = false;

Actually the overwriting this method with the above code, just makes saving syslastvalues dependant on the calledFromMenu, thus NOT saving anything if the report was not called from the menu.

That's it. Now your report will function as normally saving syslastvalues when called from the menu, but not doing so when you call it using the other menuitem which indicates a call from somewhere else than the menu.

Subtle but important difference between _ds.executeQuery() and ds.Research()

This is actually an old entry.

Been tumbling with a problem for the last few days.

A form in our Dynamics AX module for Preventive Maintenance Control was not behaving.

The form has "explicit" filter fields that the user can see without having to activate the form filter (CTRL+F3), for setting up filters most commonly used in an easy way.

And this is working ok. However at this customer site, the form has been adjusted so that the user can have the form refreshed automatically periodically, and when the users at the customer site were making use of the "explicit" filter combined with the AX's normal filtering (CTRL+F3), the form simply threw away the normal form filtering.

I discovered a subtle but very important difference between writing


(which was the way our code was doing it)



The difference is that _ds.Research() will retain the filter ranges in the forms query as they are right now.
_ds.executeQuery() will NOT.

It is mentioned in the Developer's Guide, but I guess the responsible programmer hadn't noticed that one.

Developer's guide states:

"research vs. executeQuery

If you want to refresh the form with records that were inserted in a method or job that was called, then you should use research.

If you want to change the query to show other records, perhaps based on a modified filter, then you should use executeQuery."

Dynamics AX 4.0 - showing AOS instance

I Dynamics AX version 4.0 the information about on what AOS you are currently running your code, has been removed.
In version 3.0 (3-tier) the client showed the AOS instance info. With a development, a test and a production environment at a site, the missing info can be of great annoyance when you are working with clients started in multiple environments. Today I found that other developers and consultants have the same problem, and one developer even solved the problem, with the very usefull hack:

Oh yay, saved my day.

Indicating mandatory field in a dialog (RunBase) class.

A classical problem is indicating that a field is mandatory in a dialog, when the field is not bound to a datasource/field in a datasource.

Normally fellow developers will tell you that, that is not possible.

I found a way to do this.

In your Runbase-based class you can implement the putToDialog-method e.g like this:

protected void putToDialog()

where fieldMask is a DialogField object in your dialog.

This will make the field act like it was a mandatory field from a datasource in a form, showing a red-wavy line under the field, and requiring the field to have a value.


Your class has to run on the client.If you set your class to run on the server, you get a run-time error, when the fieldMask.FieldControl()-call is made.

Getting the active company accounts programmatically

While working on a client case where custom made data export was needed,
I coded some classes to make the export.

While working with the code, I decided it would be a good idea to make the currently chosen company id a part of the file name when exporting, as the customer have several company accounts, and we need to export from all of them.

I spent a little time to find out how to get the current selected company account id and I came up with:

static void Job77(Args _args)

So I made a function for constructing the file name and put the

bit in that.

How to programmatically (X++) calculate a mathematical expression i Dynamics AX

This code snippet shows how to calculate a mathematical expression and get the result in X++ code (the shown code is made as a job):

static void calc(Args _args)
XppCompiler x;
// In str s we write the expression that we want to evaluate
Str s = "1+2*(8+4)*cos(25)";
Str result;
x = new XppCompiler();
if (x.compileExpr(s))
result = x.execute();
result = "Error in formula";

Let there be light ...

Let there be sound ....
Let there be ... :)

Just created a blog to put all my dax thoughts in.

Chose this blog-system because my own ISP's
blog-software suxxx.