Dynamics AX Blog - Dynamics AX 2012 - Seite 14

In diesem Beitrag habe ich beschrieben, wie man eine einzelne Finanzdimension als eigenes Feld einbinden kann.

Dies ist ein Folgebeitrag und soll demonstrieren, wie man für ein solches Feld die "Details anzeigen"-Funktion programmieren kann.

In diesem Beitrag habe ich beschrieben, wie man eine einzelne Finanzdimension als eigenes Feld einbinden kann.

Dies ist ein Folgebeitrag und soll demonstrieren, wie man für ein solches Feld die lookup()-Methode überschreiben kann.

Wie man in Dynamics AX 2012 einen Datensatz um die Finanzdimensionen erweitert, ist im Internet an mehreren Stellen hinlänglich beschrieben. Was aber, wenn man bei einem solchen Datzensatz eine einzelne Dimension nicht über den über das Framework eingebundene Register bearbeiten möchte, sondern diese an einer anderen Stelle im Formular - beispielsweise im Grid - einbinden möchte?

In einem solchen Fall kann evtl. die folgende edit()-Methode helfen. In meinem Beispiel wird die Dimension Kostenstelle mit Hilfe einer solchen Methode eingebunden.

In dem folgenden Beitrag habe ich schon einmal beschrieben, wie man innerhalb des SysOperation-Frameworks ein eigenes Formular als Dialog einbinden kann. Mittlerweile bin ich auf eine wesentlich einfachere Variante gestossen:

• Erstellen einer Kopie des Forms SysOperationTemplateForm
• Überschreiben der Methode templateForm() wie im folgenden angedeutet

Um einen Lookup eines Feldes zu übersteuern oder einen Lookup für ein Feld zu erstellen, welches standardmässig keinen Lookup anbietet, kann man die lookup()-Methode des FormControls überschreiben. So weit nichts wirklich neues.

Das folgende Snippet zeigt, wie man in einer solchen lookup()-Methode statt fixen Feldlisten vorhandene Feldgruppen verwenden kann. Dies hat den Vorteil, daß sich auch dieser lookup() dynamisch mitändert, wenn jemand die jeweilige Feldgruppe modifiziert.

Display-Methoden werden im folgenden nicht berücksichtigt, da nicht sichergestellt werden kann, daß alle für die Display-Methoden notwendigen Felder Teil der Feldgruppe sind (siehe dazu auch dieser Blog-Beitrag).

public void lookup()
{
    SysTableLookup sysTableLookup;
    Query query;
    QueryBuildDataSource qbds;
    SysDictTable sysDictTable = new sysDictTable(tableNum(CustTable));
    SysDictFieldGroup sysDictFieldGroup;
    Counter f;

    query = new query();
    qbds = query.addDataSource(tableNum(CustTable));

    sysTableLookup = sysTableLookup::newParameters(tableNum(CustTable), this);
    sysTableLookup.parmQuery(query);

    sysDictFieldGroup = new SysDictFieldGroup(tableNum(CustTable), identifierStr(CaseMoreInformation));

    for (f=1;f<=sysDictFieldGroup.numberOfFields();f++)
    {
        if( !sysDictFieldGroup.methodName(sysDictFieldGroup.field(f)))  // no display methods
        {
            sysTableLookup.addLookupfield(sysDictFieldGroup.field(f), (sysDictTable.primaryKeyField() == sysDictFieldGroup.field(f)));
        }
    }

    sysTableLookup.performFormLookup();
}

Wenn man einmal die Berechtigung des Benutzers auf ein MenuItem per Code prüfen möchte, kann das folgende Code-Beispiel hilfreich sein.

Der folgende Code öffnet ein Formular - im Beispiel das Formular VendTable - im Grid und setzt dabei Ranges auf den Query des Formulares. Konkret werden im Beispiel nur drei bestimmte Kreditoren angezeigt.

Das Ergebnis des Jobs kann wie folgt aussehen: