Der Kundennamensraum für Programme beschränkt sich eigentlich auf Z*, Y*, SAPMZ*, SAPMY*, MZ* und MY*. Es gibt aber noch ein paar Lücken im SAP-Namensraum, in denen man unbehelligt Programme anlegen kann…. Zum Beispiel aus der Zeit der Dialogbausteine mit DZ*…
WEITERLESEN
In diesem Beispiel wird gezeigt, wie man zwischen verschiedenen SAPGUI-Modi interagieren kann. Aus dem zu startenden Programm werden eine bestimmte Anzahl neuer Modi geöffnet und aus dem Start-Dynpro gesteuert.
WEITERLESEN
Auf einem Dynpro kann zu einer Listbox ein Funktionscode ausgelöst werden, wenn der Wert geändert wird. Auf einem Report wird es technisch zwar unterstützt, kann aber mit normalen Mitteln nicht aktiviert werden. Mit einem Trick geht es jedoch. Dieser Trick greift jedoch in die Dynprostruktur ein. Dieser Trick dient lediglich dazu, um zu zeigen, wie Dynpro-Manipulationen gemacht werden können.
WEITERLESEN
Ab Version 4.6D ist es möglich, Datenvariablen im Programm dynamisch zu erzeugen. Der neue Befehl CREATE DATA hilft weiter.
WEITERLESEN
Beim Programmdebugging ist es manchmal sinnvoll, zu dokumentieren, welche Routine wann durchlaufen wird (SAPMV45A und die Userexits…). Die folgende Funktionen leisten das.
WEITERLESEN
Mit einem “Dirty Assign” kann man auf Daten zugreifen, auf die man eigentlich keinen Zugriff hat…
WEITERLESEN
Eine Auflistung von SYSTEM-CALLS. Bitte beachten Sie, dass System-Calls nur in dringenden Fällen verwendet werden sollten. Meistens gibt es auch einen Funktionsbaustein der die Aufgabe eines System-Calls übernimmt. Bei System-Calls können ohne weiteres mal die Parameter im C-Programm geändert werden, so dass der Aufruf nicht mehr oder nur noch fehlerhaft funktioniert.
WEITERLESEN
Seit einiger Zeit beschäftige ich mich mit den Geschäftspartnern in