Allerdings muss er sichtbar sein beim Einrichten der Benutzergruppen, sonst ist es ja nicht möglich, ihn den Gruppen zuzuweisen; man muss diese Option also öfter an- bzw. wieder ausschalten.
Ausserdem benötigen die Redakteure Schreibzugriff auf die Tabelle »Medien«.
DAM-Extension für Redakteure einrichten
TCEFORM.[tablename].[field] {
# Feld komplett entfernen:
disabled = 1
# Item entfernen
removeItems = 1,2,3
# Item hinzufügen (Achtung: erfordert für das Frontend noch TypoScript im Template!)
addItems.[itemValue] = 100,101
# Umbenennen
altLabels.[item_value] = ein ganz neuer Name
}
Leider gibt es keine Dokumentation, welche Optionen für welches Feld zur Verfügung stehen und wie diese im Frontend ausgegeben werden. Das kann man wohl am einfachsten aus dem Quelltext des Eingabeformulars im Backend entnehmen. Für das Frontend kenne ich im Moment nur die Möglichkeit, es auszutesten bzw im Falle von tt_content das TypoScript von css_styled_content durchzusehen.
Ins TSconfig der der Seite folgendes eintragen:
TCEFORM.tt_content {
# ausblenden
header_layout.removeItems = 1,4,5,100
# mit anderem Namen versehen
header_layout.altLabels.0 = Ebene 1, H1
header_layout.altLabels.2 = Ebene 2, H2
header_layout.altLabels.3 = Ebene 3, H3
}
Falls H1 nicht genutzt werden soll, muss die Default-Einstellung noch geändert werden, bzw. die Ausgabe für header_layout.altLabels.0. Das geht über folgende Eingabe im Constants-Bereich des TypoScript-Templates:
# Voreinstellunge auf Headline <h3>
content.defaultHeaderType = 3
TCEFORM.tt_content {
# Rahmenoptionen im Bereich Typ
section_frame {
# neue Labels
altLabels {
10 = Kasten
5 = Linie davor
6 = Linie danach
11 = BoxBlau
12 = BoxGrau
}
# ausblenden
removeItems = 1, 20, 21
}
}
Das ist etwas aufwändiger, da hierzu auch das TypoScript von tt_content verändert werden muss. Erster Schritt im TSconfig der Seite:
# neuer Rahmen dazu
TCEFORM.tt_content.section_frame {
addItems.100 = Mal ganz anders
}
Danach im TypoScript-Template:
tt_content.stdWrap.innerWrap.cObject = CASE
tt_content.stdWrap.innerWrap.cObject {
100 = TEXT
100.value = <div class="mal-ganz-anders">|</div>
}
Danach ganz normal in der CSS-Datei formatieren.
ACHTUNG: Das funktioniert seit TYPO3 4.3 nicht mehr; hier wurde css_styled_content etwas verändert. Man kann zwar die alte Fassung als static_content in das Template laden, aber besser ist es, es auf die neue Art zu machen:
tt_content.stdWrap.innerWrap.cObject {
# Definitionen zuweisen
100 =< tt_content.stdWrap.innerWrap.cObject.default
# Klasse zuweisen
100.15.value = mal-ganz-anders
}
Das hat auch den Vorteile, dass die Abstände oben und unten funktionieren.
Hier geht es um einen Typolink, der um ein Bild un einen Text liegen soll und der zudem auf einen Anker der aktuellen Seite verweisen soll:
20 = COA
20 {
10 = IMAGE
10.file = fileadmin/img/mai_seitenanfang.gif
20 = TEXT
20.value = Seitenanfang
}
20.stdWrap.typolink.parameter.dataWrap = {field:uid}#page
Achtung: Keine Gewähr: bei mir hat das folgende geklappt, aber es hängt stark von der Konfiguration von PhpMyAdmin ab! Das muss nämlich bereits korrekt auf utf-8 konfiguriert sein (was allerdings bei neuen Verisionen der Fall sein sollte). Siehe unten die beiden Links für eine Version, die sicherer funktioniert, aber leider Shell-Zugriff benötigt.
Ziel ist die Umstellung einer vorhandenen Installation in ISO-8859-1 nach utf-8. Dazu sind eine Reihe von Schritten nötig:
$db_link = mysql_connect (db_url, db_user, db_passwort);
$names = mysql_query('set names utf8');
$db_sel = mysql_select_db( db_name ) or die("Auswahl der Datenbank fehlgeschlagen");
$sql = "SELECT * FROM pages";
echo '<table border="1">';
while ($zeile = mysql_fetch_array( $db_erg, MYSQL_ASSOC))
{
echo "<tr>";
echo "<td>". $zeile['uid'] . "</td>";
echo "<td>". $zeile['title'] . "</td>";
echo "</tr>";
}
echo "</table>";
Den Output überprüfen, indem die Kodierung im Browser entsprechend umgestellt wird (oder denOutput mit einem HTML-Header erweitern und ein charset mitgeben). Entscheidend ist diese Zeile:
$names = mysql_query('set names utf8');
sie stellt nämlich die Collation der Verbindung auf utf-8 um, die sonst standardmäßig auf latin stehen würde. Jetzt müssten alle Seitennamen korrekt in utf-8 im Browser erscheinen und PhpMyAdmin müsste sie ebenfalls korrekt anzeigen. Ohne Umstellen der Verbindung würde PhpMyAdmin zwar korrekt utf-8 in die Datenbank schreiben, wir würden aber mit PHP immer noch latin auslesen.
Der Witz ist, dass jetzt wirklich diese Testdatei und PhpMyAdmin die korrekten Zeichen anzeigen müssen!
Allerdings klappt es in TYPO3 noch nicht. Nächster Schritt:
Das liegt daran, dass zum Entfernen von Inhaltselementen andere Schreibrechte benötigt werden als zum Anlegen (warum? Keine Ahnung). Die Gruppe der Redakteure benötigt deshalb in der Zugriffsliste “Erlaubte Ausschlussfelder” Zugriff auf folgende Elemente:
Leider sind diese beiden Felder dann auch sichtbar, wenn die Redakteure neue Seiten anlegen oder die Seiteneigenschaften bearbeiten. Deshalb müssen diese wieder über das TSconfig ausgeschaltet werden:
TCEFORM.pages.tx_templavoila_flex.disabled = 1
TCEFORM.tt_content.tx_templavoila_flex.disabled = 1
Momentan gibt es ausserdem einen Bug: die Seite wird nach dem Löschen “unlink element” nicht neu geladen. Der entfernte Inhalt bleibt also sichtbar, bis die Seite neu aufgerufen wird, z. B. durch Klick auf die Seite im Seitenbaum. Das irritiert die Redakteure sehr.
Vermutlich fehlt hier der Ajax-Effekt, der auch beim Verstecken der Elemente wirkt.
]]>Dazu muss in TSconfig der Seite folgender Abschnitt:
mod {
wizards{
newContentElement {
# Darstellung in Tabs
renderMode = tabs
# Content-Element media in den ersten Tab aufnehmen
# Definition
wizardItems.common.elements.media {
icon = gfx/c_wiz/multimedia.gif
title = Media
description = Video/Flash einbinden
tt_content_defValues {
CType = media
}
}
# Hinzufügen
wizardItems.common.show := addToList(media)
}
}
}
Tipp: Wenn man mit TemplaVoila arbeitet, geht der Code nicht, in dem Fall muss mod durch templavoila ersetzt werden:
templavoila {
wizards{
# und so weiter.
}
}
Diese drei Felder müssen zusätzlich in der Extension in der »ext_tables.sql« angelegt werden:
sys_language_uid int(11) DEFAULT '0' NOT NULL,
l18n_parent int(11) DEFAULT '0' NOT NULL,
l18n_diffsource mediumblob NOT NULL,
Die »ext_tables.php« muss so erweitert werden:
"ctrl" => Array (
[-- snip --]
"delete" => "deleted",
'transOrigPointerField' => 'l18n_parent',
'transOrigDiffSourceField' => 'l18n_diffsource',
'languageField' => 'sys_language_uid',
[-- snip --]
Und das »columns«-Array in der »tca.php« ebenfalls:
"columns" => Array (
[-- snip --]
'sys_language_uid' => array(
'exclude' => 1,
'label' => 'LLL:EXT:lang/locallang_general.xml:LGL.language',
'config' => array(
'type' => 'select',
'foreign_table' => 'sys_language',
'foreign_table_where' => 'ORDER BY sys_language.title',
'items' => array(
array('LLL:EXT:lang/locallang_general.php:LGL.allLanguages', -1),
array('LLL:EXT:lang/locallang_general.php:LGL.default_value', 0)
)
)
),
'l18n_parent' => array(
'displayCond' => 'FIELD:sys_language_uid:>:0',
'exclude' => 1,
'label' => 'LLL:EXT:lang/locallang_general.xml:LGL.l18n_parent',
'config' => array(
'type' => 'select',
'items' => array(
array('', 0),
),
'foreign_table' => 'tx_meineExtension',
'foreign_table_where' => 'AND tx_meineExtension.uid=###CURRENT_PID### AND tx_meineExtension.sys_language_uid IN (-1,0)',
)
),
'l18n_diffsource' => array(
'config'=> array(
'type' => 'passthrough'
)
),
[-- snip --]
),
Wichtig: Damit die Zuordnung der Sprach-Overlays funktioniert, muss oben bei »foreign_table« die korrekte Tabellenbezeichnung der Extension eingegeben werden, ebenso bei »foreign_table_where« – insgesamt also dreimal.
Damit die Redakteure später nicht nur Language-Overlay-Datensätze anlegen, sondern einen Datensatz direkt einer Sprache zuordnen können (um z. B. Datensätze in einer Fremsprache anlegen zu können, ohne dass es zuvor einen Datensatz in der Standardsprache gibt), muss auch noch das »types«-Array in der »tca.php« erweitert werden:
"types" => Array (
"0" => Array("showitem" => "hidden;;1;;1-1-1, sys_language_uid;;1;;3-3-3,
[-- snip --]
),
Damit erscheint im Backend ein DropDown-Menü mit einer Auswahl von allen definierten Alternativ-Sprachen sowie der Auswahl »Alle«.
Im Backend müsste jetzt alles richtig ausgegeben werden: Die Redakteure können neue Datensätze anlegen, diese einer oder allen Sprachen zuordnen, oder nachträglich Datensätze in der Standardsprache übersetzen. Also genauso wie bei den normalen Inhaltselementen.
Natürlich muss die Ausgabe im Frontend das entsprechend berücksichtigen
Damit sind nicht die Inhalte aus den Datentabellen gemeint sondern zum Beispiel Überschriften oder Labels für Formularfelder, die ebenfalls den Sprachen angepasst werden müssen. Diese Texte werden zunächst in die »locallang.xml« im pi1-Ordner der Extension eingetragen:
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<T3locallang>
<meta type="array">
<type>module</type>
<description>Language labels for plugin tx_meineExtension_pi1</description>
</meta>
<data type="array">
<languageKey index="default" type="array">
<label index="eindeutigerName">Headline in Defaultsprache</label>
</languageKey>
<languageKey index="en" type="array">
<label index="eindeutigerName">Headline in English</label>
</languageKey>
<languageKey index="de" type="array">
<label index="eindeutigerName">Überschrift in Deutsch</label>
</languageKey>
</data>
</T3locallang>
Diese Datei muss in UTF-8 abgespeichert werden, sonst gibt es entweder eine leere Frontend-Seite oder eine Fehlermeldung, je nach TYPO3-Version. Sie darf weder HTML noch Entities enthalten. In der Regel wirds das nicht brauchen (da die Datei ja UTF-8 ist), aber falls doch, gibt es folgende Möglichkeiten:
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<!DOCTYPE T3locallang [
<!ENTITY euro "&euro;">
]>
<T3locallang>
<meta type="array">
<type>module</type>
<description>Language labels for plugin tx_tmeineExtension_pi1</description>
</meta>
<data type="array">
<languageKey index="default" type="array">
<label index="eindeutigerName">Preis is &euro;</label>
</languageKey>
</data>
</T3locallang>
Sieht komisch aus, funktioniert aber. Die nächste Möglichkeit ist wahrscheinlich einfacher:
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<T3locallang>
<meta type="array">
<type>module</type>
<description>Language labels for plugin tx_meineExtension_pi1</description>
</meta>
<data type="array">
<languageKey index="default" type="array">
<label index="eindeutigerName"><![CDATA[ <strong style='color:#00005a;'> und so weiter </strong> ]]></label>
</languageKey>
</data>
</T3locallang>
Jeder HTML-eintrag muss also mit
<![CDATA[ ]]>
maskiert werden.
Damit eine Ausgabe möglich wird, muss die »class.tx_meineExtension_pi1.php« erweitert werden:
class tx_meineExtension_pi1 extends tslib_pibase {
// snip
function main($content,$conf) {
// snip
$this->pi_loadLL();
// snip
Die Zeile $this->pi_loadLL(); lädt die notwendige Klasse.
Die eigentliche Ausgabe des Textes erfolgt so:
$txt = $this->pi_getLL('eindeutigerName','default',FALSE);
Die Optionen bedeuten:
Das erweist sich als das eigentliche Problem. Ich habe noch keine endgültige Lösung, aber die folgende funktioniert fürs erste.
1. Schritt: Daten aus der Tabelle holen. Dabei interessiert erstmal nur der WHERE-Teil des sql-Statements, der Rest dürfte klar sein:
if ($GLOBALS['TSFE']->sys_language_content == 0) {
$whereClause = "pid=xyz" .
' AND (sys_language_uid IN (-1,0) OR (sys_language_uid='.
$GLOBALS['TSFE']->sys_language_uid.
' AND l18n_parent=0)) ' .
$this->cObj->enableFields ( $tableName );
} else {
$whereClause = "pid=xyz" .
' AND (sys_language_uid IN (-1,0) OR (sys_language_uid='.
$GLOBALS['TSFE']->sys_language_uid.
' AND l18n_parent=0)) ';
}
Erläuterung: In der Defaultsprache wird »$this->cObj->enableFields()« aufgerufen, damit die versteckten Datensätze (und die gelöschten etc) nicht sichtbar werden. Bei den Alternativ-Sprachen entfällt das in diesem Schritt sondern folgt erst in einem weiteren. Die Zeile »’ AND (sys_language_uid ….« wählt alle Datensätze aus, die in »sys_language_uid« 0 (= Standardsprache) oder -1 (= alle Sprachen) stehen haben. Sie wählt aber auch alle Datensätze in der Alternativsprache aus, die keinen Eintrag in der Standardsprache haben.
Im nächsten Schritt werden die Sprach-Overlays geholt: die Felder des Datensatzes werden mit den Einträgen in der Alternativ-Sprache überschrieben:
while ( $row = $GLOBALS ['TYPO3_DB']->sql_fetch_assoc ( $newsResult ) ) {
if ($GLOBALS['TSFE']->sys_language_content) {
$row = $GLOBALS['TSFE']->sys_page->getRecordOverlay($tableName, $row, $GLOBALS['TSFE']->sys_language_content, $GLOBALS['TSFE']->sys_language_mode == 'strict' ? 'hideNonTranslated' : '');
}
}
Je nach Spracheinstellung werden dabei auch Einträge entfernt – also z. B. wenn sys_language_mode=strict eingestellt ist, werden alle nicht übesetzten Einträge entfernt.
]]>Man kann eigene Konstanten definieren und diese im TypoScript-Template verwenden. Zuerst die Konstante definieren (in der Kategorie Constants im TypoScript-Template):
# neue Konstante
test.konstante1 = 4
Auf diese Konstante kann im TypoScript so zugegriffen werden:
page.20 = TEXT
page.20.value = {$test.konstante1}
Man muss also die Konstante mit geschweiften Klammern umgeben und ein Dollarzeichen davor setzen.
Diese Konstanten können auch über den Constant-Editor verwaltet werden. Dazu muss allerdings direkt oberhalt der Definition der Konstante ein Kommentar eingetragen werden, der die Konstante in den Constant-Editor aufnimmt:
# cat=Grundeinstellungen//; type=int+; label=Navigations-ID: Geben Sie eine ID ein. Der Text kann auch deutlich länger sein.
test.konstante1 = 4
Die Syntax:
# cat=[Kategorie]/[Subkategorie]/[Position]; type=[Feldtyp]; label=[Titel]:[Beschreibung]
test.konstante1 = 4
Derzeit keine.
Category:Typo3 -> TypoScript -> Konstanten
Category:Typo3 -> TypoScript
temp.nav_main = HMENU
temp.nav_main {
special = directory
special.value = 3
entryLevel = 1
1 = TMENU
1 {
noBlur = 1
wrap = <div class="navi"><ul>|</ul></div>
NO = 1
NO.ATagTitle.field = abstract // description // title
NO.linkWrap = <li>|</li>
NO.stdWrap.htmlSpecialChars = 1
NO.ATagParams = class="intern"
#################################################
# andere Anzeige für die internen Seiten.
NO.ATagParams.if {
value=0
isGreaterThan.field = fe_group
}
ACT < .NO
ACT.linkWrap = <li class="aktiv">|
}
}
Hier interessiert vor allem die zusätzliche Zuweisung einer besonderen Klasse in einige Menpunkte, die Seiten betreffen, die nur für Frontend User zugänglich sind:
#################################################
# andere Anzeige für die internen Seiten.
NO.ATagParams.if {
value=0
isGreaterThan.field = fe_group
}
Rubrik »if« in der TypoScript-Referenz
Hier vor allem die verschiedenen Vergleichsoperatoren und die Besipiele.
Category:Typo3 -> TypoScript -> if
Category:Typo3 -> Menues
Category:Typo3 -> Frontend User
Category:Typo3 -> TypoScript
Die einfachste Möglichkeit ist es, das IMAGE-Objekt der Contentelemente mit einer Maske zu versehen:
tt_content.image.20.1.file.m.bgImg = fileadmin/....
tt_content.image.20.1.file.m.mask = fileadmin/....
Nachteil dieser Technik ist, dass die Bilder dazu alle eine vorgebene Größe haben müssen – Maske wie Hintergrund werden brutal auf die Größe der Bilder gezoomt. Das ist für Wasserzeichen u. U. ganz sinnvoll, aber um Bilder mit einer Lupe zu versehen ist dieser Ansatz ungeeignet.
Prinzipiell können die Bilder über GIFBUILDER manipuliert werden, wie hier im GIFBUILDER-Artikel des typo3-Wikis wunderbar beschrieben. So können erstaunliche Effekte erreicht werden, wie z. B. transparente Flächen oder Texte mit Schatten auf Bildern. Ein Beispiel:
lib.test = IMAGE
lib.test {
file = GIFBUILDER
file {
XY = 1024,768
format = jpg
quality = 88
10 = IMAGE
10.file = fileadmin/backimage.jpg
15 = IMAGE
15.offset = 420,18
15.file = fileadmin/overlay.png
15.mask = fileadmin/mask.png
}
}
Leider hat diese Technik einen großen Nachteil: damit imageLinkWrap funktioniert, darf “file” kein GIFBUILDER-Objekt sein. Heisst im Klartext: man kann auf derartig manipulierte Grafiken keinen Link setzen, weder die Klickvergrößerung noch einen individuellen. Damit funktionieren auch die üblichen Lightbox-Skripte nicht mehr.
Falls das nicht benötigt wird, ist es aber die ideale Technik.
Tipp: Damit die Qualität der Bilder stimmt, muss im Install-Tool png_truecolor aktiviert werden, ausserdem muss die GDLIB 2 verwendet werden.
Sie erfolgt letztlich doch über die oben erwähnten Masken, allerdings mit einem recht aufwändigen Umweg. Grundlage meiner Lösung ist dieser Artikel im TYPO3wizard-Forum (meinen besten Dank an Andy!). Im Prinzip werden einfach Masken eingesetzt, diese werden allerdings mit Hilfe von IMG_RESSOURCE und GIFBUILDER mit einem Hintergrund in der Größe der Bilder versehen, so dass die Lupe selbst nicht mitzoomt sondern an einem ganz konkreten Platz positioniert werden kann.
tt_content{
image.20.1.file >
image.20.1.file {
import.current = 1
width.field = imagewidth
m.mask.import.cObject = IMG_RESOURCE
m.mask.import.cObject.file = GIFBUILDER
m.mask.import.cObject.file {
# Hier wird die dynamische Maske mit der gleichen Größe wie das aktuelle
# Bild erstellt. Die 10 ist der Bezug auf das folgende IMAGE-Objekt
XY = [10.w],[10.h]
format = png
# Da der "XY" Parameter keinen stdWrap hat, finden wir die Größe durch
# erneutes Laden des Bilds heraus
10 = IMAGE
10.file {
import.current = 1
width.field = imagewidth
maxW = {$styles.content.imgtext.maxW}
maxW.override.data = register:maxImageWidth
maxWInText = {$styles.content.imgtext.maxWInText}
maxWInText.override.data = register:maxImageWidthInText
}
# Erstellen einer weißen Box die die ganze Größe einnimmt
20 = BOX
20.dimensions = 0,0,[10.w],[10.h]
20.color = #FFFFFF
# Positionierung der Lupe rechts unten
60 = IMAGE
60.file = fileadmin/img/mask2.png
60.align = r,b
}
# Nun muss noch der Hintergrund erstellt werden, Ablauf im Prinzip wie oben:
m.bgImg.import.cObject = IMG_RESOURCE
m.bgImg.import.cObject.file = GIFBUILDER
m.bgImg.import.cObject.file {
# wieder eine Maske mit der gleichen Größe wie das Bild erstellen
XY = [10.w],[10.h]
format = png
# und dazu das Bild erneut laden
10 = IMAGE
10.file {
import.current = 1
width.field = imagewidth
maxW = {$styles.content.imgtext.maxW}
maxW.override.data = register:maxImageWidth
maxWInText = {$styles.content.imgtext.maxWInText}
maxWInText.override.data = register:maxImageWidthInText
}
# wieder eine Box in der Größe des Bildes
15 = BOX
15.dimensions = 0,0,[10.w],[10.h]
15.color = #FFFFFF
# und darauf die Maske der Lupe platzieren
60 = IMAGE
60.file = fileadmin/img/plus2.png
60.align = r,b
}
}
}
Möglich, dass es auch einfacher geht … aber diese Lösung tut was sie soll. Links, Alt- und Title-Attribute funktionieren.
]]>