Hätte es sich um einen statischen Marker gehandelt (###NACH_OBEN### soll zu <a href=“#“>Nach oben</a> werden), dann wäre das TLO constants die richtige Vorgehensweise gewesen. Im TS-Setup wäre folgendes eingetragen worden:

constants.NACH_OBEN = <a href="#">Nach oben</a>

Diese Zeile bewirkt, dass der Marker ###NACH_OBEN### im Inhaltstext (bodytext) durch einen Link ersetzt wird, der an den Seitenanfang springt. Dies funktioniert aber nur für Konstanten, nicht für Inhaltselemente, die durch Zufall ausgewählt und angezeigt werden sollen.

Eine Lösung wäre es gewesen, für den RTE einen neuen Tag zu schaffen und diesen über lib_parseFunc_RTE ersetzen zu lassen. Dieser Ansatz wurde nicht gewählt, da im Text bereits Marker durch Zufallsbilder ersetzt wurden und mit den Tags ein Umdenken erforderlich gewesen wäre.

Stattdessen wurde hier der Ansatz über ein TEMPLATE-Objekt gewählt.

1. Ein Inhaltselement eines festgelegten SysFolders „Werbung“ wird per Zufall ausgewählt. Von ihm soll nur der Inhalt des Feldes „bodytext“ übernommen werden.
2. Der Inhalt (bodytext) der aktuellen Seite wird über css_styled_content geholt
3. Im Template-Objekt wird der der Marker WERBUNG (###WERBUNG###) durch den zufällig ausgewählten Inhaltsblock ersetzt. Vorher wird jedoch noch ein Wrap (DIV-Container) um den Inhalt gelegt, damit er per CSS formatiert werden kann.
4. Einfügen des bearbeiteten Artikelinhalts (mit Werbeblock) in die Seite

ad 1) Zufällige Auswahl des Werbetextes aus einem SysFolder mit Inhaltselementen

In TS-Constant steht:

# PID des SysFolders in dem die Werbeblöcke stehen (hier page.uid=123)
PIDwerbung = 123

Snippet TS-Setup:


# zufaellige Auswahl eines Inhaltselementes
temp.werbung = COA_INT
temp.werbung {
10 = CONTENT
10 {
table = tt_content
select {
pidInList = {$PIDwerbung}
orderBy = RAND()
max = 1
languageField = sys_language_uid
}
renderObj = TEXT
renderObj {
field = bodytext
}
wrap = <div class="werbung"><span class="werbung2">Werbung:</span><br /> | </div>
}
}


ad 2) Holen Seiteninhalt über css_styled_content


# Holen des Seiteninhaltes
temp.inhalt < styles.content.get


Das setzt natürlich voraus, dass „css_styled_content“ im Root-Template unter „Include static (from extensions)“ eingefügt wurde.

ad 3) Ersetzen des Werbeblock im temporären Inhalt


# Parsen Seiteninhalt und einsetzen Werbeblock (Marker ###WERBUNG###)
temp.mytemp = TEMPLATE
temp.mytemp {
template < temp.inhalt
marks {
WERBUNG < temp.werbung
}
}


ad 4) Einsetzen des geparsten Inhalts in die Seite

Hier im Gesamtkontext zu sehen. Die entscheidende Zeile lautet: CONTENT < temp.mytemp

Die Typoscripte der anderen Bereiche (LEFT, FOOTER etc.) sind nicht enthalten.

TS-Constants für diesen Teil:

path=fileadmin/

TS-Setup für diesen Teil:


page=PAGE
page.typeNum = 0
page {
includeCSS {
# this declaration to include these files in the t3d-export
default = fileadmin/css/default.css
navigation = fileadmin/css/navigation.css
rte = fileadmin/css/rte.css
# and now overlay with a more flexible declaration:
default = {$path}css/default.css
navigation = {$path}css/navigation.css
rte = {$path}css/rte.css
}
10 = TEMPLATE
10 {
template= FILE
# same as above
template.file = fileadmin/template/mastertemplate.html
# more flexible
template.file = {$path}template/mastertemplate.html
workOnSubpart = DOCUMENT
marks {
LOGO < temp.logo
MAINMENU < temp.mainmenu
BREADCRUMB < temp.breadcrumb
LEFT < temp.left
CONTENT < temp.mytemp
RIGHT < temp.right
FOOTER < temp.footer
}
}
}

Das wars. Auf der nächsten Seite gibt es das Ganze noch mal im Zusammenhang zu sehen.

Das erste Beispiel erzeugt die URL für ein Formular (den action-Teil):

$this->pi_getPageLink($GLOBALS['TSFE']->id)

Die zweite Funktion erzeugt einen ganzen Link (a-Tag):

$this->pi_linkToPage('get to this page again',$GLOBALS['TSFE']->id)

Was aber, wenn ich keinen Link, sondern nur die URL haben möchte? Ich könnte pi_getPageLink() verwenden. Was aber, wenn ich noch Parameter ergänzen will?

Am besten die Funktion $this->pi_linkTP_keepPIvars_url($override, $cache, $clearAnyway, $altPageId) nutzen.

Hiermit wird statt eines Links nur die URL erzeugt. Standardmäßig wird eine URL zurückgeliefert, die bereits um die Parameter des Plugins (piVars) erweitert ist.

Beispiel 1: Ein Plugin (myplugin) mit den piVars (controller=abc und action=def) und der PageId=7 würde dann durch Aufruf von $this->pi_linkTP_keepPIvars_url($override, $cache, $clearAnyway, $altPageId) folgendermassen umgesetzt werden:

index.php?id=7&tx_myplugin_pi1[controller]=abc&tx_myplugin_pi1[action]=def

Diese piVars-Variablen kann ich überschreiben (mit einem assoziativen Array) $override.

$override = array(‘action’=>’ghi’, ‘number’=>12);

Würde folgende Ausgabe erzeugen:

index.php?id=7&tx_myplugin_pi1[controller]=abc&tx_myplugin_pi1[action]=ghi
&tx_myplugin_pi1[number]=12

Setze ich $clearAnyway=1, erhalte ich bei dem Beispiel folgende Ausgabe:

index.php?id=7&tx_myplugin_pi1[action]=ghi&tx_myplugin_pi1[number]=12

Der piVars-Anteil ist also komplett unterdrückt worden.

Eine Anmerkung zu leeren Parametern: Sie werden aus der Parameterliste gelöscht und sind nicht Bestandteil des Links. Wollte ich also in unserem Beispiel 1 den Paramter „action“ aus den piVars löschen, dann müßte das $override-Array wie folgt aussehen: array(‘action’=>“).

Das Caching ist standardmäßig eingeschaltet. $cache=0 ergänzt die URL durch den Parameter „&no_cache=1″.

Soll statt der aktuellen Seite ein anderes Ziel angesprungen werden, kann die PageId in $altPageId angegeben werden.

Alternativ kann mit dem Quixplorer (t3quixplorer) auch die typo3conf/localconf.php um folgende Zeile am Ende ergänzt werden:

$TYPO3_CONF_VARS['BE']['interfaces'] = 'backend, frontend';

Danach wird im User-/Usergruppe-TSconfig folgender Eintrag vorgenommen:

# Admin-Panel freischalten
admPanel {
  enable.edit = 1
  override.edit.displayIcons = 1
  override.edit.editFormsOnPage = 1
  override.edit.editNoPopup = 0
  enable.preview = 1
  override.preview.showHiddenPages = 1
  override.preview.showHiddenRecords = 1
  hide = 0
}

Die obenstehende Grafik zeigt die verschiedenen Bereiche des Quixplorers:

1) Buttonleiste für Verzeichnisnavigation und Kurzbefehle (von links:)
Verzeichnisebene hoch, Home, aktualisieren, suchen und Kopieren, Verschieben, Löschen, Hochladen, Archivieren.

2a) Verzeichnislisting (Verzeichnisse und Dateien)

2b) Befehle für Verzeichnisse/Dateien (bearbeiten, extrahieren, umbenennen, herunterladen)

3) Bereich zum Anlegen von neuen Dateien oder Verzeichnissen

Eine grosse Hilfe stellt das Syntaxhighlighting für wichtige Dateitypen dar (PHP, CSS, Smarty, Typoscript, XML, Javascript, HTML, ua.).

# Cache enable
options.clearCache.all = 1
options.clearCache.pages = 1

Diese Anweisungen werden im TSconfig-Teil für den User oder die Usergruppe eingetragen. Danach sind im Modul Web > Seite für die jeweilige Seite (anklicken) unter „Erweiterte Einstellungen“ (Dropdown ganz unten auf der Seite) die Punkte zum Löschen aller Caches und des Frontend-Caches verfügbar.

Zuerst wechseln wir in den Extension Manager (Erw. Manager), wählen im Menü „Loaded extensions“ aus, klicken auf „htmlarea RTE“ und passen die Konfiguration des RTE an:

Enable images in the RTE : 1 (= Haken setzen)

Damit wird das Verwenden von Bildern erst ermöglicht.

Um Bilder über den RTE einfügen zu können muss das TSconfig der Seite angepasst werden:

RTE.default.proc {
  allowTag := addToList(img)
  allowTagsOutside := addToList(img)
  entryHTMLparser_db.tags.img >
}
RTE.default.showButtons := addToList(image)
RTE.default.FE {
  proc.allowTags := RTE.default.proc.allowTags
  proc.allowTagsOutside < RTE.default.proc.allowTagsOutside
  proc.entryHTMLparser_db.tags.img >
  showButtons < RTE.default.showButtons
}

Die Zeilen im Einzelnen:

RTE.default.proc ist ein Objekt, dass die Umwandlung des Inhalts von RTE zu DB vornimmt.

RTE.default.proc.allowTag := addToList(img) fügt den <img>-Tag zu der Liste der erlaubten Tags hinzu. Alle Tags, die nicht in allowTags stehen werden während der Transformation RTE-Feld : Datenbank gelöscht.

RTE.default.proc.allowTagsOutside := addToList(img) ist ähnlich. Hier wird festgelegt, dass der <img>-Tag auch ausserhalb eines <p>-Tags auftreten darf. Typo3 versucht ansonsten die Inhalte in Paragrafen (<p></p>) zu wickeln (wrappen).

RTE.default.proc.entryHTMLparser_db.tags.img > löscht die Anweisungen des entryHTMLparsers für den <img>-Tag.

RTE.default.showButtons := addToList(image) fügt den Button IMAGE dem RTE hinzu, wenn er nicht schon eingetragen ist. Man beachte, dass das Objekt RTE.default und nicht RTE.default.proc ist und der Button „image“ und nicht img heisst.

Die folgenden Anweisungen führen das gleiche für das Frontend Editing (FE) durch.

Eine gute Übersicht findet man unter anderem auf folgender Seite:
http://www.site42.de/Wie-konfiguriert-man-den-RTE-h.58.0.html

TSconfig wird wie Typoscript im Frontend auch nach unten vererbt. Soll die Einstellung für alle Seiten gelten, so trägt man sie sinnigerweise bei der Root-Page ein (die Wurzelseite der Site).

Soll der originale Zustand wieder hergestellt werden, so wird folgende Zeile eingegeben:
mod.SHARED.colPos_list = 1,0,2

<?php
echo "hello world!";
?>