data: lf_bool type abap_bool
    .
 
*...
 
if lf_bool = abap_true.
  lf_bool = abap_false.
else.
  lf_bool = abap_true.
endif.

Mittlerweile habe ich aber eine etwas einfachere Möglichkeit gefunden, die sich zu nutzen macht, dass es sich um ein Charactertyp handelt und somit mit dem Befehl Translate eine einfache Zeichenersetzung möglich ist. Daraus ergibt sich der nachfolgende 1-Zeiler, welcher “true” in “false” und umgekehrt invertiert.

data: lf_bool type abap_bool
    .
 
*...
 
translate lf_bool using ' XX '.

Weiterlesen im faebusoft Wiki »

Die Integration von WP Calender in einen Blog kann auf verschiedene Weise erfolgen. Die Integration in ein Theme (z.B. in die Sidebar) erfolgt normalerweise über die mitgelieferten Funktionen. Wer seine Kalendardaten jedoch einfach in Seiten oder Artikel einbinden möchte, der benötigt keine Programmierkenntnisse, sondern verwendet sog. Tags. Tags werden direkt innerhalb von Artikel und Seiten notiert und stehen im Falle von WP Calendar immer in geschweiften Klammern “{” bzw. “}”.

Die nachfolgende Beschreibung mit einigen Beispielen erklärt nicht jedes zu verwendende Feld im Details, da sämtliche Funktionen und Tags in der Dokumentation des Plug-Ins bereits ausführlich beschrieben sind. Vielmehr wird anhand ganz einfacher Beispiele aufgezeigt, wie die Grundbedürfnisse abzudecken und die einzelnen Tags zu verwenden sind.

Nachfolgend werden an diverser Stellen Tags definiert, welche zwischen der öffnenden geschweiften Klammer und dem nachfolgenden Inhalt ein Leerzeichen enthalten (z.B. { event_subject}). Dieses Leerzeichen wird nur hier verwendet, da ansonsten der Tag ausgewertet würde. In den eigenen Seiten und Artikel ist dieser Leerzeichen zu entfernen.

Eine Auflistung von Kalendereinträgen erstellen

Für das generieren einer Auflistung stehen zwei Tags zu Verfügung: Der Tag { events_print } generiert eine einfache Auflistung, der Tag { events_printlist } erzeugt eine hierarchische unsortierte Liste (HTML-Tag <UL></UL>). Der wesentliche Unterschied dieser Tags liegt darin, dass bei einer hierarchischen Liste eine datumsbezogene Gruppierung stattfinden kann. Untenstehend sieht man die beiden Tags in Aktion:

Auflistung mit { events_print } ohne irgendwelche weitere Parameter:

Freundliche Kundgebung
1. April 2010 16:00 - 17:00 @ Paradeplatz, Zürich

Rüdigers Geburtagsparty
23. Oktober 2010 16:00 - 24. Oktober 2010--- 01:00 @ Im Paradies

Auflistung mit { events_printlist} ohne irgendwelche weitere Parameter:

• Apr 2010
  • Freundliche Kundgebung
    1. April 2010 16:00 - 17:00 @ Paradeplatz, Zürich
• Okt 2010
  • Rüdigers Geburtagsparty
    23. Oktober 2010 16:00 - 24. Oktober 2010--- 01:00 @ Im Paradies

Beide Varianten stellen in ihrer Grundvariante nur Termine aus der Zukunft darf. Aus den Einstellungen von WP Calendar wird zudem die maximale Anzahl Events sowie eine Ausgabevorlage ermittelt, wobei für die flache wie auch für die hierarchische Ausgabe eine separate Vorlage definiert werden kann. Für die hierarchische Ausgabe wird zudem in den Einstellungen festgelegt, ob und wie gruppiert werden soll, und welches Datumsformat für die entsprechende Überschrift verwendet werden soll. Die nachfolgenden Einstellungen entsprechen den Standardeinstellungen, wie sie nach der Installation vorbelegt sind und erzeugen das oben gezeigt Resultat.

Beide dieser Tags können aber auch mit Parametern erweitert werden, um die Ausgabe zu verändern. Grundsätzlich können mit den Parameter sämtliche Einstellungen übersteuert werden. Zudem kann die Selektion mit Hilfe von Filtern über Start-/Endezeitpunkt, Kategorie, Autor und Status die Ausgabe gefiltert werden. Alle Parameter sind in der Verwendungsdokumentation in den WP Calender Einstellungen detailliert beschrieben. Zudem sind dort auch die Standard-Werte ersichtlich.

Eine Auflistung, welche maximal 50 Anlässe für das Jahr 2009 der Kategorien 30 und 31 vom Autor 3 ausgibt, jedoch die Events 544 und 923 explizit ausschliesst und auch solche Events berücksichtigt, die zwar im Jahr 2008 bereits beginnen, aber im Jahr 2009 oder später zu ende gehen, und zudem noch nach Subjekt (anstelle vom Datum) sortiert ist, würde dann wie folgt aussehen:

{ events_print; number=50; datefrom=1230789600; dateend=1262325599; datemode=1; categories=30,31; author=3; exclude=923,544; orderby=subject }

Mit dem obenstehenden Beispiel wird eine Vielzahl der Parameter verwendet, in der Dokumentation sind noch weitere Parameter beschreiben, auf die an dieser Stelle nicht weiter eingegangen wird.

Denjenigen, die beim Parameter datefrom und dateend nicht wirklich etwas erkennen können, sei gesagt, dass hier nicht ein Datum und eine Uhrzeit in einfach leserlicher Form, sondern ein Unix-Timestamp verwendet werden muss. Einen einfachen Konverter findet man hier.

Details zu einem einzelnen Anlass ausgeben

Mit Tags, welche mit { event_ beginnen (im Gegensatz zu den Auflistungen, die mit { events_ beginnen), können sämtliche Daten von einem Event ausgegeben werden. Da es sich um einen spezifischen Event handelt, der nur über eine Id eindeutig identifiziert wird, muss die Id bekannt gemacht werden. Dies ist entweder über die URL möglich oder über den speziellen Tag { event_id; id=312 }.

Die beiden Varianten werden jedoch für unterschiedliche Szenarien verwendet. Habe ich einen Artikel, in welchem ich explizit Daten von einem Event einbinden möchte, macht es nicht sonderlich Sinn die Id über die URL mitzugeben, zumal Wordpress grundsätzlich in seinen Permalink keine Event Id vorsieht.

Statische “Inline” Deklaration

Vielmehr macht es an dieser Stelle Sinn, die Daten explizit durch die Angabe der Id im Tag { event_id } zu laden. Auf diese Weise können auch mehrere Events in einer sequentiellen Reihenfolge ausgegeben werden, allerdings macht es in diesem Fall unter Umständen mehr Sinn, eine Auflistung zu verwenden und mit Filtern zu arbeiten.

{ event_id; id=1}
<p>{ event_subject} @ { event_location}<br />{ event_startdate} { event_starttime} – { event_enddate} { event_endtime}</p>

{ event_id; id=2}
<p>{ event_subject} @ { event_location} geschrieben von { event_author}, veröffentlicht am { event_publishdate}</p>

ergibt die folgende Ausgabe:

{event_subject} @ Paradeplatz, Zürich
1. April 2010 16:00 – 17:00

{event_subject} @ Im Paradies geschrieben von faebu, veröffentlicht am 07.11.2009

Es fällt beim genauen Hinschauen auf, dass beim ersten Event keine Ausgabe für den Tag { event_enddate } stattfindet. Auch das liegt an den Einstellungen (Siehe Bild oben), welche grundsätzlich so eingestellt sind, dass das Enddatum (und auch die Endzeit) nur dann ausgegeben werden, wenn sie vom Startzeitpunkt abweichen. Durch das Hinzufügen des Parameters alwaysshowenddate mit dem Wert 1, kann die Ausgabe aber dennoch erzwungen werden:

{ event_id; id=1}
<p>{ event_subject} @ { event_location}<br />{ event_startdate} { event_starttime} – { event_enddate; alwaysshowenddate=1} { event_endtime}</p>

ergibt jetzt

{event_subject} @ Paradeplatz, Zürich
1. April 2010 16:00 – 1. April 2010--- 17:00

Dynamische Ausgabe und die “Seite für Einzelanzeige”

Um eine Seite dynamische mit Event Details zu befüllt, sollte die Event Id als URL Parameter event übergeben werden (z.B. www.meinblog.ch/2009/12/31/mein-artikel?event=681). Mit diesem Prinzip lässt sich eine Seite (nennen wir Sie doch auch gleich Events und vergeben wir den Permalink http://ww.meinblog.ch/events) anlegen, die nur dazu verwendet wird um die Details von einzelnen Events darzustellen. Diese Seite könnten wir doch nun bei der Aufliste hervorragend integrieren, wenn wird die Vorlage für die Listausgabe wie folgt anpassen würden:

<p><strong><a href=”http://www.meinblog.ch/events?event={ event_id}” title=”{ event_subject}”>{ event_subject}</a></strong><br />{ event_startdate} { event_starttime} – { event_enddate} { event_endtime} @ { event_location}</p>

Verwenden wir also diese Vorlage in einer Auflistung, erhalten wir eine Auflistung von Events, mit einer URL auf unsere erstellte Seite, die dann die Details anzeigen kann, in dem man dort vielleicht etwas in dieser Art einbauen würde:

{ event_subject}
Wo: { event_location}
Wann: { event_startdate} { event_starttime} – { event_enddate} { event_endtime}

{ event_description}

Veröffentlicht am { event_publishdate} von { event_publisher}

Damit unsere Seite Events jedoch nicht einfach Events im Titel von Wordpress darstellt oder ich gar im meinem Theme den Seitentitel ausgebe und somit bei jedem Event zusätzlich noch ein Titel Event erscheint, kann man auch im Titel der Seite solche Tags verwenden. Anstatt die Seite Events zu benennen, könnte man die Seite einfach in { event_subject} @ { event_location} benennen.

Für was ist die “Seite für Einzelanzeige”

In den Einstellungen kann eine Seite für Einzelanzeige ausgewählt werden. Dies ist jedoch optional, damit dem oben beschriebenen Ansatz ohne Probleme auch auf die Seite für die Detailanzeige gesprungen werden kann. Dieser Ansatz einer statischen Verwendung einer URL hat jedoch den grossen Nachteil, dass ich unter Umständen beim Anpassen des Permalink (z.B. durch eine Reorganisation, oder durch das Ändern einer URL) überall die URL anpassen muss. Zudem hat diese Seite Events eigentlich gar keinen Inhalt, erscheint aber dennoch bei jeder Seiten-Auflistung, welche mit Wordpress Bordmitteln erzeugt wird.

An dieser Stelle kommt nun die Seite für Einzelanzeige ins Spiel. Wenn nämlich nun die erzeugte Seite Events bzw. { event_subject} @ { event_location} als die Seite für Einzelanzeige ausgewählt wird, kann in den Einstellungen nun definiert werden, dass die Seite in keiner Auflistung mehr erscheinen soll und Sie kann zudem in der Administrationsoberfläche der Seite entsprechend markiert und hervorgehoben werden. Der grosse Vorteil ergibt sich aber in der Vorlage. Während wird vorhin noch

<p><strong><a href=”http://www.meinblog.ch/events?event={ event_id}” title=”{ event_subject}”>{ event_subject}</a></strong><br />{ event_startdate} { event_starttime} – { event_enddate} { event_endtime} @ { event_location}</p>

notierten, können wir nun die ganze URL ersetzten und folgendes notieren:

<p><strong><a href=”” title=”{ event_subject}”>{ event_subject}</a></strong><br />{ event_startdate} { event_starttime} – { event_enddate} { event_endtime} @ { event_location}</p>

Weiter Informationen gibt es auf der offiziellen Plug-In Seite.

Um nun die Zeilenbreite variabel zu gestalten und die Absätze korrekt zu interpretieren habe ich oftmals selber eine Lösung gestrickt, was jedoch sehr umständlich ist. Die Suche nach einem geeigneten Baustein hat sich jedoch als sehr schwierig herausgestellt, da es keine Baustein gibt, der diese ITF Daten in der Breite flexibel macht. Mehr durch einen Zufall bin ich darauf gestossen, dass der Weg zum Ziel über eine Konvertierung läuft, nämlich der von ITF nach ASCII (darauf muss man auch erst einmal kommen).

Um nun aus diesem ITF Text einen reinen ASCII Text zu erstellen, der die Zeilenumbrüche aus dem Absatzformat berücksichtigt existiert der Baustein CONVERT_ITF_TO_ASCII, der zugleich die Angabe einer neuen Zeilenbreite beinhaltet – allerdings ebenfalls auf 132 Zeichen beschränkt, was jedoch normalerweise ausreicht. Damit ist das gesamte Problem einfach und unumständlich gelöst:

data: lt_text_itf   type tlinetab
    , lt_text_ascii type tdtab_c132
    .
 
call function 'READ_TEXT'
  exporting
    id       = 'MPO'
    language = sy-langu
    name     = '600M........'
    object   = 'BOM'
  tables
    lines    = lt_text
  exceptions
    others   = 1.
 
check sy-subrc = 0.
 
call function 'CONVERT_ITF_TO_ASCII'
  exporting
    formatwidth             = 110
  importing
    c_datatab               = lt_text_ascii
  tables
    itf_lines               = lt_text_itf
  exceptions
    others                  = 1.

Um dies zu bewerkstelligen, ist AHK zu öffnen. Über das Menü File -> Edit Script, lässt sich das “Standard” Script bearbeiten. Dort sind die nachfolgenden Zeilen Code ganz unten anzuhängen. Anschliessend die Datei speichern und schliessen und über das Menü File -> Reload Script das Skript neu laden. Fertig.

1
2
3
4

; Zurück navigieren mit der Maus innerhalb von SAP
#IfWinActive ahk_class SAP_FRONTEND_SESSION
XButton1::F3
#IfWinActive

Wie der Automation-Trace aktiviert werden kann, ist im Hinweis 158985 – Automation: Wie erzeuge ich einen Automation-Trace? beschrieben. Wie im SAP anschliessend vorgegangen werden muss beschreibt Hinweis 316243 – Exception CNTL_ERROR oder Dump in SAPLOLEA.

Entgegen der Beschreibung reicht es jedoch aus, in den Debug Modus zu springen, die Automatische Queue synchrone Verarbeitung zu aktivieren und anschliessend den Code bis zum Dump einfach durchlaufen zu lassen. Das debuggen bis zur Stelle vor dem Dump ist nicht notwendig.

Das Resultat ist eine sehr unübersichtliche und informationsreiche Trace Datei. Eine Suche nach “Error” oder “Exception” liefert jedoch sehr rasch die gewünschte Stelle, bzw. das Control und die Methode, die zum Dump geführt hat.

<2475=Automation(Error):    CALL METHOD "ABAPExpandNodes"[DispID=45] OF [#11/0x107F13B0/202/SAP.TableTreeControl.1]
                    #0: STRING "DORN"
                    #1: LONG "1"
IDispatch::Invoke raised exceptionAusnahmefehler aufgetreten

Das Tool AutoHotKey wird unter der GPL Lizenz vertrieben und kann somit frei genutzt werden. Es handelt sich bei dieser Software um ein sehr mächtiges Paket, das weit mehr beherrscht, als ein paar Tastenanschläge von Geisterhand abspielen zu lassen. Das dies für unseren Zweck aber völlig ausreicht, werde ich hier nicht tiefer auf dieses Tool eingehen.
Die Software unterstützt auch das Binden von Scripts and Windows-Hotkeys, da auf meiner Logitech Tastatur noch einige Funktionstasten unbelegt sind, möchte ich diese für mein Vorhaben nutzen. Auch hier spielt uns AutoHotKey in die Karten, ermöglicht es doch die Erstellung von ausführbaren Dateien (exe) aus bestehenden Script Dateien. Diese lassen sich mit Logitech SetPoint problemlos an die gewünschten Funktionstasten binden.

AHK Script erstellen

Damit eine Transaktion in SAP direkt aufgerufen werden kann, muss folgende Tastenkombination gefeuert werden: Ctrl+Shift+7 – /n – Transaktionscode – ENTER. Ein entsprechendes Tastaturmakro sieht also z.B. für die Transaktion SE80 wie folgt aus:

Send, {CTRLDOWN}{SHIFTDOWN}7{SHIFTUP}{CTRLUP}{SHIFTDOWN}7{SHIFTUP}nse80{ENTER}

Dieser Befehl kann nun in eine AutoHotKey Script Datei eingefügt werden. Dabei handelt es sich um eine normale Textdatei mit der Endung .ahk, welche über das Kontext-Menü im Explorer in einem beliebigen Verzeichnis angelegt werden kann.

Executable erstellen

Ebenfalls mitgeliefert wird ein Tool zum Konvertieren eines AHK Script in eine ausführbare Datei. Die entsprechende Anwendung wird nach der Installation im Startmenü unter dem Namen „Convert .ahk to .exe“ verknüpft. Die damit erstellten Dateien lassen sich nun Problemlos in Logitechs SetPoint verwenden. Natürlich können die erstellten Dateien auch über die Schnellstartleiste verknüpft werden, wobei hier die Erstellung einer ausführbaren Datei nicht unbedingt notwendig ist.