Wikizone - Benutzerbeiträge [de]

Typo3 - Baukasten

2009-04-07T17:19:54Z

91.47.50.190: /* Tabellen im RTE */

weitere Infos unter [[Typo3 - Tipps und Tricks]]

== Auf Daten zugreifen ==
Beispiele gibt es hier:

[[TypoScript - Daten auslesen]]

[[Typo3 - stdWrap]]

Die stdWrap Eigenschaft steht vielen Objekten zur Verfügung. Wenn Sie vorhanden ist ist Sie der Problemlöser für fast alle Probleme :-).

[[Typo3 - TSFE]]

[[Typo3 - Das Media Feld]]

== Standardeinstellungen ==
[[Typo3 - Standardeinstellungen]]

== Quellcode aufräumen - Sourcecode verbessern - valides XHTML ==
Der Core produziert seit 4.0 valides XHTML

weitere Hilfen wenn Extensions nicht valide arbeiten bieten:

Installation von Tidy auf dem SErver (aktivieren im Install-Tool)

HTML Cleaner http://typo3.org/extensions/repository/view/qcom_htmlcleaner/2.4.0/

Das Bordeigene HTML-Cleaning: config.xhtml_cleaning = all

Vorsicht bei den Cleanern wenn JavaScript im Spiel ist weil dieser z.T. zerstört werden kann.

=== Beispiel aus dem Forum zum Quelltext aufräumen ===
<pre>
#Einstellen des DocType auf XHTML Transitional
config.doctype = xhtml_trans
#XHTML Cleaning aktivieren
config.xhtml_cleaning = all
#Default Javascripts in externes File auslagern
config.removeDefaultJS = 1
config.removeDefaultJS = external
#<?xml... ?> Prolog deaktivieren
config.xmlprologue = none
#CSS Datei in externes File auslagern
config.inlineStyle2TempFile = 1
config.disablePrefixComment = 1

#RTE Tuning
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.P.class >
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.remapTag >
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.DIV.class >
#Angabe von Tags, die nicht mit einem zusätzlichen wrap umgeben werden dürfen
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.encapsTagList = cite, div, p, pre, h1, h2, h3, h4, h5, h6

#Entfernt die zusätzlichen CSS-Klassen
lib.stdheader.3 = LOAD_REGISTER
lib.stdheader.3.headerClass =
lib.stdheader.3.headerClass.noTrimWrap = |
lib.stdheader.stdWrap.dataWrap = |

#Standard-Headings aufräumen
lib.stdheader.stdWrap.dataWrap =
lib.stdheader.10.1.fontTag = <h1>|</h1>
lib.stdheader.10.2.fontTag = <h2>|</h2>
lib.stdheader.10.3.fontTag = <h3>|</h3>
lib.stdheader.10.4.fontTag = <h4>|</h4>
lib.stdheader.10.5.fontTag = <h5>|</h5>

#Content Elemente aufräumen und Kommentare entfernen
tt_content.stdWrap.dataWrap >
tt_content.stdWrap.prefixComment >
tt_content.header.20.dataWrap >
tt_content.header.20.prefixComment >
tt_content.default.prefixComment >
tt_content.text.stdWrap.prefixComment >
tt_content.text.20.prefixComment >
tt_content.textpic.20.stdWrap.prefixComment >
tt_content.table.20.stdWrap.prefixComment >
tt_content.mailform.20.stdWrap.wrap >
tt_content.menu.20.stdWrap.prefixComment >
tt_content.image.20.stdWrap.prefixComment >
tt_content.list.20.stdWrap.prefixComment >
</pre>

== Navigation ==
=== GMenu mit Bildern aus den Seiteneigenschaften (Media-Feld) ===
Ein Schnipsel vom 12.3.2009 typo3 blogger
Nicht sehr oft benötigt, aber unter Umständen dennoch hilfreich: ein kleines Copy&Paste Tutorial zur Erstellung eines GMENUs mit Bildern aus dem “media”-Feld der Seiteneigenschaften. Zu beachten gibt es: der GIFBUILDER greift bei diesem Snippet das Bild nicht an, sodass es unverändert im Frontend ausgegeben wird. Dies hatte bei mir den Grund, dass die Website nur aus Bildern besteht und Photoshop nunmal bessere Ergebnisse als ImageMagick bzw. GraphicsMagick liefert - deshalb wollte ich auch nicht, dass er irgendwas an den Bildern verändert oder neu berechnet.
<pre>
temp.menu = HMENU
temp.menu {
1 = GMENU
1 {
wrap = <ul>|</ul>

noBlur = 0
NO = 1
NO {
wrap = <li>|</li>

altImgResource.import = uploads/media/
altImgResource.import.field = media
altImgResource.import.listNum = 0

ATagTitle.field = subtitle // title
}

RO = 1
RO < .NO
RO {
altImgResource.import.listNum = 1
}

ACT < .RO
}
}

lib.menu < temp.menu
</pre>
Welches Bild (falls mehrere vorhanden sind) TYPO3 nun für das Erzeugen des Menüs nimmt bestimmt folgende Zeile:

altImgResource.import.listNum = 0

Zu beachten gibt es dabei: wie in der Datentechnik üblich fängt man bei 0 zu zählen an, 0 ist dabei das erste Bild, 1 das zweite, 2 das dritte, usw.

=== GMENU und wrapItemAndSub Workaround mit TMENU===
Ebenfalls von Typo3Blogger

Freunde von semantisch korrektem HTML die auf ein grafisches, mehrstufiges Menü angewiesen sind, werden wissen wovon ich spreche. Man hat ein tolles GMENU gebastelt, welches wunderbare Grafiken liefert und fragt sich “warum ist mein HTML kaputt?”. Nach ein paar Sekunden googlen findet man die Antwort: GMENU fehlt die Eigenschaft “wrapItemAndSub”, mit welchem sich einfach verschachtelte Menüs realisieren lassen. Es gibt viele Ansätze dies zu umgehen, manche arbeiten mit IFSUB, manche verlassen sich auf Tidy. Vor Kurzem stand ich (wieder einmal) vor dem Problem und wollte es einmal anders lösen.

Dabei bin ich auf folgende Lösung gestoßen:
<pre>
temp.mainMenu = HMENU
temp.mainMenu {
1 = TMENU
1 {
wrap = <ul>|</ul>
NO = 1
NO {
wrapItemAndSub = <li>|</li>
doNotShowLink = 1

RO = 1
ATagTitle.field = title

beforeImg = GIFBUILDER
beforeImg {
XY=[20.w]+15,42
backColor = #1092AD

10 = TEXT
10 {
text {
field = title
align = center
}

fontFile = fileadmin/font.ttf
fontSize = 16
fontColor = #FFFFFF

offset = 0,34
}
}

beforeROImg < .beforeImg
beforeROImg.20.fontColor = #FFD20F
beforeImgLink = 1
}

ACT < .NO
ACT {
RO = 0
beforeImg.20.fontColor = #FF0000
wrapItemAndSub = <li class="act">|</li>
}
}

2 < .1
}

lib.mainMenu < temp.mainMenu
</pre>
Das tolle an dieser Lösung ist nicht nur, dass man wrapItemAndSub verwenden kann, nein auch alle anderen Eigenschaften und Zustände des TMENU stehen einem zur Verfügung!

Ich frage mich, warum wrapItemAndSub bis heute noch nicht in TYPO3 implementiert wurde. Vielleicht wäre es mit der aktuellen Veröffentlichung der TYPO3 4.3 Alpha 2 und der Aufforderung die Feature-Wunschliste zu füllen einmal Zeit diesem Punkt etwas Nachdruck zu verleihen. Falls ihr noch andere Lösungsansätze auf Lager oder bessere Ideen habt, bitte informiert uns in den Comments!

=== Klassisches List Menu ===
Dieses Menü kann als Grundbaustein für alle möglichen Menüs verwendet werden. Man kopiert sich das Menü in ein neues Objekt und modifiziert dort die Eigenschaften wie man sie braucht. Als Alternative gibt es noch das [[Menue als CSS formatierte Liste]] in dem ein fixer Startpunkt vorgegeben ist:

==== Accessible ====
benötigt cronaccessiblemenues

<pre>
temp.listMenu = HMENU

# Falls das Menü nicht bei der obersten Ebene anfangen soll
temp.listMenu.entryLevel = 1

# Bei Bedarf einzelne Seiten aus dem Menü ausschließen
#temp.listMenu.excludeUidList = 1,2,3

temp.listMenu.1 = TMENU
temp.listMenu.1 {
wrap = <ul>|</ul>
noBlur = 1
IProcFunc = user_cronaccessiblemenus->makeAccessible

//NO.after = xyz
# Access Keys einschalten
IProcFunc.accessKeys = 1

# Hierarchische Nummerierung der Menüpunkte einschalten
IProcFunc.dfn = 1
IProcFunc.accessKeyWrap = <span class="accessKey">|</span>
IProcFunc.appendWrap = <span class="invisible"> (ALT-|)</span>

# Die folgenden Accesskeys nicht verwenden (bereits belegt)

IProcFunc.forbiddenKeys = 0,D,B,A,F,X,m,p

# Einstellungen für nicht-aktive Seiten

NO {
wrapItemAndSub = |*| <li class="NO"> | <span class="invisible">.</span></li>|*|<li class="NO last"> | <span class="invisible">.</span></li>
stdWrap.htmlSpecialChars = 1
# stdWrap.wrap = |abc
ATagTitle.field = abstract // description
}

# Einstellungen für Seiten, die sich in der Rootline befinden

ACT = 1
ACT {
wrapItemAndSub = |*| <li class="ACT"> | <span class="invisible">.</span></li> |*| <li class="ACT last"> | <span class="invisible">.</span></li>
stdWrap.htmlSpecialChars = 1
ATagTitle.field = abstract // description
}

# Einstellungen für die aktuelle Seite

CUR = 1
CUR {
wrapItemAndSub = |*| <li class="CUR"> | <span class="invisible">.</span></li> |*| <li class="CUR last"> | <span class="invisible">.</span></li>
stdWrap.htmlSpecialChars = 1
doNotLinkIt = 0
}
}

# Gleiche Einstellungen für die nächsten Ebenen

temp.listMenu.2 = TMENU
temp.listMenu.2 < temp.listMenu.1

temp.listMenu.3 = TMENU
temp.listMenu.3 < temp.listMenu.2

temp.listMenu.4 = TMENU
temp.listMenu.4 < temp.listMenu.2

</pre>

==== Classic (not accessible) ====
<pre>
temp.listMenu = HMENU

# Falls das Menü nicht bei der obersten Ebene anfangen soll
temp.listMenu.entryLevel = 1

# Bei Bedarf einzelne Seiten aus dem Menü ausschließen
#temp.listMenu.excludeUidList = 1,2,3

temp.listMenu.1 = TMENU
temp.listMenu.1 {
wrap = <ul>|</ul>
noBlur = 1

# Einstellungen für nicht-aktive Seiten

NO {
wrapItemAndSub = |*| <li class="NO"> | </li>|*|<li class="NO last"> | </li>
stdWrap.htmlSpecialChars = 1
ATagTitle.field = abstract // description
}

# Einstellungen für Seiten, die sich in der Rootline befinden

ACT = 1
ACT {
wrapItemAndSub = |*| <li class="ACT"> | </li> |*| <li class="ACT last"> | </li>
stdWrap.htmlSpecialChars = 1
ATagTitle.field = abstract // description
}

# Einstellungen für die aktuelle Seite

CUR = 1
CUR {
wrapItemAndSub = |*| <li class="CUR"> | </li> |*| <li class="CUR last"> | </li>
stdWrap.htmlSpecialChars = 1
doNotLinkIt = 0
}
}

# Gleiche Einstellungen für die nächsten Ebenen

temp.listMenu.2 = TMENU
temp.listMenu.2 < temp.listMenu.1

temp.listMenu.3 = TMENU
temp.listMenu.3 < temp.listMenu.2

temp.listMenu.4 = TMENU
temp.listMenu.4 < temp.listMenu.2

</pre>

=== Multilanguage Menu ===
[[Typo3 - Multilanguage Menu]]
=== Bilder Menü ===
siehe: [[Typo3 - Bildermenü]]
=== Einfaches Menü mit 1 Ebene (CSS) ===
siehe: [[Menue als CSS formatierte Liste]]

=== Menü mit 2 Ebenen als verschachtelte Liste ===
Dieses Menü ist besonders für vertikale Navigationen geeignet

'''Constants'''
<pre>
# Einstieg Level 1
navi-L12-startID = 1
navi-L12-delimiter =   |  
navi-L12-delimiter =
</pre>

'''Setup'''
<pre>
### Top Navigation ###
temp.navi-L12 = HMENU
temp.navi-L12 {
#stdWrap.case = lower
special = directory
# Seitenid für den Einstieg
special.value = {$navi-L12-startID}
# Ebene für den Einstieg (nicht vergessen wg. 2. Level)
entryLevel = 1
1 = TMENU
1{
noBlur = 1
wrap = <ul>|</ul>
NO = 1
NO.linkWrap = |*| <li>|{$navi-L12-delimiter}</li> |*| <li>|</li>
ACT = 1
ACT.linkWrap = |*| <li class="on">|{$navi-L12-delimiter}</li> |*| <li class="on">|</li>
ACTIFSUB = 1
#Wenn Unterpunkte dann li aufmachen
ACTIFSUB.linkWrap = <li class="on">|
}
2 = TMENU
2{
noBlur = 1
NO = 1
#Unterpunkt also neue ul und danach li zu (von L1 geöffnet)
wrap = <ul>|</ul></li>
NO.linkWrap = |*| <li>|{$navi-L12-delimiter}</li> |*| <li>|</li>
ACT = 1
ACT.linkWrap = |*| <li class="on">|{$navi-L12-delimiter}</li> |*| <li class="on">|</li>

#ACTIFSUB = 1
#ACTIFSUB.linkWrap = <li class="on">|</li>
}
}
</pre>
=== Menü mit 2 Ebenen als separate Listen ===
Dieses Menü ist besonders für horizontale Navigationen geeignet.

Da die 2. Ebene relativ angegeben wird muß man bei mehreren Navigationsbäumen aufpassen, daß evt. ein Untermenü einer anderen Navigation (anderer Baum) ebenfalls angezeigt wird. Das läßt sich z.B. umgehen in dem man das Navitemplate erst im Unterbaum setzt oder indem man im Hauptbaum eine Bedingung setzt ([PIDinRootline = 123])

Ebene 1 ist im Prinzip eine einfache Liste:
'''Constants'''
<pre>
# Navi nur Level1
#Startpunkt
navi_startID = 1

#Trennzeichen für horizontale Navi:
naviL1-delimiter =   |  
</pre>
'''Setup'''
<pre>
### Top Navigation ###
temp.naviL1 = HMENU
temp.naviL1 {
#stdWrap.case = lower
special = directory
# Seitenid für den Einstieg
special.value = {$navi_startID}
1 = TMENU
1.noBlur = 1
1.wrap = <ul>|</ul>
1.NO = 1
1.NO.linkWrap = |*| <li>|{$naviL1-delimiter}</li> |*| <li>|</li>
1.ACT = 1
1.ACT.linkWrap = |*| <li class="on">|{$naviL1-delimiter}</li> |*| <li class="on">|</li>
#1.ACTIFSUB = 1
#1.ACTIFSUB.linkWrap = <li class="on">|</li>
}

</pre>

Für Ebene 2 wird eine weitere Liste generiert wenn man sich in einem bestimmten Level befindet:
'''Constants'''
<pre>
# Navigation nur ab Level x als ul (Standard entry Level1=2.Level)

#Trennzeichen für horizontale Navi:
naviLx-delimiter =   |  
naviLx-entryLevel = 1
</pre>

'''Setup'''
<pre>
temp.naviLx = HMENU
temp.naviLx {
# Seitenbaumebene ab Level 1 darstellen (2. Ebene)
entryLevel = {$naviLx-entryLevel}
# Level 2
1 = TMENU
1{
noBlur = 1
wrap = <ul>|</ul>
NO = 1
# Für horizontale Navi mit delimiter bei vertikal einfach nichts setzen
NO.linkWrap = |*| <li>|{$naviLx-delimiter}</li> |*| <li>|</li>

ACT = 1
# Für vertikale Navi ohne delimiter...
#ACT.linkWrap = <li class="on">|</li>
# und horizontal mit delimiter
ACT.linkWrap = |*| <li class="on">|{$naviLx-delimiter}</li> |*| <li class="on">|</li>

#ACTIFSUB = 1
#ACTIFSUB.linkWrap = <li class="on">|
}
}
</pre>

=== Menü als CSS formatierte Liste (allgemein) ===
[[Menue als CSS formatierte Liste]]
=== CSS-Flyout Menü ===
[[Typo3 - CSS-Flyout Menü]]

=== Sauberes grafisches Menü ===
[[Typo3 - Grafisches Menü]]

== Extensions ==
=== Autoparser (automaketemplate und Templateswitcher (tx_rlmptmplselector) konfigurieren ===
Der Template - Switcher benötigt automaketemplate (oder man arbeitet direkt mit TS-Templates).
Am besten gleich beide in einem Basis Template konfigurieren:

<pre>
### SET UP TEMPLATE SELECTOR ###
plugin.tx_rlmptmplselector_pi1 {

// Define the paths leading to our HTML template files
templatePathMain = fileadmin/dinos/templates/main/
templatePathSub = fileadmin/dinos/templates/sub/

// Define the filenames used as the default HTML templates
defaultTemplateFileNameMain = main.html
defaultTemplateFileNameSub = sub01.html

// If there is a page having no template selected, use a template
// selected earlier in the rootline. If there is none, use the default
inheritMainTemplates = 1
inheritSubTemplates = 1
}

### Autoparser Konfigurieren (alle IDs als Marker) ###

plugin.tx_automaketemplate_pi1{
# content = FILE
# content.file = fileadmin/templates/main/main.html

content < plugin.tx_rlmptmplselector_pi1
elements {
BODY.all = 1
BODY.all.subpartMarker = DOCUMENT_BODY
HEAD.all = 1
HEAD.all.subpartMarker = DOCUMENT_HEADER
HEAD.all.rmTagSections = title
DIV.all = 1
TD.all = 1
}
relPathPrefix = fileadmin/dinos/templates/main/
}

</pre>

=== News - Modul ===
Hier gibt es fertige Konfigurationen:
[[News (tt_news)]]

=== eCards - sr_sendcard ===
<pre>
# The Fast Way:
# plugin.tx_srsendcard_pi1._CSS_DEFAULT_STYLE = @import url("fileadmin/dinos/templates/css/srsendcard.css");
# But better is this (more flexible lesser Overhead)

plugin.tx_srsendcard_pi1._CSS_DEFAULT_STYLE >

[PIDinRootline = 14]
page.includeCSS.file2 = fileadmin/dinos/templates/srsendcard/srsendcard.css
[global]

plugin.tx_srsendcard_pi1{

templateFile = fileadmin/dinos/templates/srsendcard/srsendcard.tmpl
locale_all = de_DE
oldYear = 2006
# Vorschauseite (wenn gewünscht)
# previewPID = your_page_id
enableHTMLMail = 1
siteEmail = info@start-reutlingen.de
siteName = Erben der Dinos
# musicDir = EXT:sr_sendcard/music
#cardMusicFiles = autumnleaves.mid, OverTheRainbow.mid, Pomp_and_Circumstance.mid
disableMusic = 1
maxCol = 2
imageSmallWidth = 150
imageSmallHeight = 150
imageBigWidth = 300
imageBigHeight = 300
#logo
#logoAlignHor = right
#logoAlignVert = bottom
#useAlternateImageOnPrint
### For use with other pids use this one too
#createPID
#formPID
#previewPID
#useCAPTCHA = 0
#viewPID
#printPID
### Erscheinungsbild ###
cardStamp = fileadmin/dinos/templates/srsendcard/stamp.gif
#date_stdWrap
disableSendDate = 1
cardBgcolors = #FFFFFF,#A00A1C,#FF993F
cardFontcolors = #000000, #FFFFFF,#A00A1C
#disableFontcolors
#disableFontfaces
#disableCardOptions
#graphicMess
#graphicMessWidth
#graphicMessFontFiles
#graphicMessFontSizes
#fontDir
#doNotShowCardCaptions
cardPresentationOrder = manual
salutation = informal
#disableBgcolors = 1
}
</pre>

=== Zufallsbild tx_ccrandomimage ===

'''TypoScript - Setup'''
<pre>
### zufallsbild erzeugen ###
includeLibs.tx_ccrandomimage = EXT:cc_random_image/pi1/class.tx_ccrandomimage_pi1.php

// USER_INT means 'no caching'
temp.randomImage = USER_INT
temp.randomImage{
userFunc = tx_ccrandomimage_pi1->main
path = fileadmin/randomImage/
fileExt = jpg,jpeg,gif,png
#Das Render Objekt ist ein content object array (COA) mit einem Bild
#Vor dem Rendern werden die ###FILE_x### marker mit den Bildern aus path ersetzt
renderObj = COA
renderObj {
10 = IMAGE
10.file = ###FILE_1###
// ... weitere Bilder wenn benötigt
}
}

</pre>

=== hCard - Microformat ===
Das Thema Semantic Web wird inzwischen immer interessanter, darum kam ich auf die Idee - fast allein mit TypoScript - das bekannte hCard-Microformat in TYPO3 zu integrieren.

Was wir dafür brauchen ist eine eigene kleine Extension, diese benötigen wir lediglich für eine einzige Zeile Code, welche in die Datei ext_tables.php kommt:

1.
t3lib_extMgm::addToInsertRecords('fe_users');

Dazu jetzt noch das TypoScript:

1.
temp.hcard = COA
2.
temp.hcard {
3.
wrap =
4.
<div id="hcard" class="vcard">|</div>
5.

6.
10 = IMAGE
7.
10.file {
8.
import = uploads/pics/
9.
import.field = image
10.
width = 40
11.
params = class="photo"
12.
}
13.
20 = TEXT
14.
20.field = name
15.
20.typolink.parameter.field = url
16.
20.typolink.ATagParams = class="url fn"
17.
30 = TEXT
18.
30.field = company
19.
30.wrap =
20.
<div class="org">|</div>
21.

22.
40 = TEXT
23.
40.field = email
24.
40.typolink.parameter.field = email
25.
40.typolink.ATagParams = class="email"
26.
50 = COA
27.
50 {
28.
wrap =
29.
<div class="adr">|</div>
30.

31.
10 = TEXT
32.
10.field = address
33.
10.wrap =
34.
<div class="street-address">|</div>
35.

36.
20 = TEXT
37.
20.field = city
38.
20.wrap = <span class="locality">|</span>
39.
30 = TEXT
40.
30.field = zip
41.
30.wrap = <span class="postal-code">|</span>
42.
40 = TEXT
43.
40.field = country
44.
40.wrap = <span class="country-name">|</span>
45.
}
46.
60 = TEXT
47.
60.field = telephone
48.
60.wrap =
49.
<div class="tel">|</div>
50.

51.
}
52.

53.
// fe_users dem type shortcut hinzufügen
54.
tt_content.shortcut.20.0.tables = fe_users
55.
// für Tabelle fe_users sagen wir jetzt noch wie es gerendert werden soll.
56.
tt_content.shortcut.20.0.conf.fe_users < temp.hcard
57.

Und was hat uns das jetzt gebracht? Ganz einfach:

1. Wir haben das Content Element "Insert Record" um die Tabelle fe_users erweitert.
2. Wir haben mit dem TypoScript aus dem Object "temp.hcard" eine komplette hCard definiert, welche jetzt mit meinem fe_user Datensatz befüllt werden kann.
3. Durch die CSS-Klassen kann man die Visitenkarte nun auch noch schön aussehen lassen.

Sind alle Daten vorhanden, könnte der erzeugte HTML-Code dann so aussehen:

1.

2.
<div id="hcard" class="vcard">
3.
<img style="float:left; margin-right:4px" src="http://typo3weblog.de/frank.png" alt="photo of " class="photo"/>
4.
<a class="url fn" href="http://typo3weblog.de">Frank Nägler</a>
5.
<div class="org">TYPO3Weblog.de</div>
6.

7.
<a class="email" href="mailto:frank.naegler@e-netconsulting.rl">frank.naegler@e-netconsulting.rl</a>
8.
<div class="adr">
9.
<div class="street-address">Sievekingsallee 150b</div>
10.

11.
<span class="locality">Hamburg</span>
12.
<span class="postal-code">22111</span>
13.
<span class="country-name">Deutschland</span>
14.
</div>
15.
<div class="tel">+49 (0)7000 623 45 37</div>
16.
</div>
17.

Cool oder?

Die komplette Extension fn_hcard als T3X Export habe ich hier für Euch zum Download.

Aus Typo3 Adventskalender2008

===Extension: Direct Shortcuts (sms_directshortcuts)===

http://typo3.org/extensions/repository/view/sms_directshortcuts/current/
TYPO3 generiert, wie jeder weiss, bei internen Verweisen immer eine extra Seite, die selbst wiederum einen redirect macht. Dieses vorgehen hat einerseits den Vorteil, dass man Skripte dazwischen schieben kann um z.B. Klicks zu tracken, anderseits den Nachteil, dass eine “falsche” URL im Menü zu finden ist. Dieser Nachteil macht sich bemerkbar wenn man sich mit der Suchmaschinenoptimierung von TYPO3 Seiten beschäftigt.

== Nützliche TS-Templates ==
=== Tabellen im RTE ===
Details: http://dev.datenwolken.de/index.php?id=195
==== Standardklasse contenttable unterdrücken eigene Klassen zulassen ====
lib.parseFunc_RTE.externalBlocks.table.stdWrap.HTMLparser.tags.table.fixAttrib.class >
==== P Tag raus ====
lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default >
# gar nichts parsen ist doof deshalb vorerst mal Standards:
lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default.stdWrap.parseFunc =< lib.parseFunc

Lösung von Steffen Kamper
# Lösung von SK

#wichtig, damit die nicht in p gewrappt werden
#lib.parseFunc_RTE.externalBlocks = ul,ol,table

#nochmaliges parsen von tabellenzellen auschalten, damit inhalte nicht wieder in p gepackt werden
#lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default.callRecursive = 0

#nachträgliches ermöglichen von Links in Tabellenzellen
#lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default.stdWrap.parseFunc {
# makelinks = 1
# makelinks.http.keep = scheme,path,query
# makelinks.mailto.keep = path
# tags {
# link = TEXT
# link {
# current = 1
# typolink.parameter.data = parameters : allParams
# }
# }
#}

=== Externes JavaScript einbinden ===
==== JavaScript im Header ====
Beispiel:

temp.addHeaderData=COA
[browser = msie]
temp.addHeaderData{
90 = TEXT
90.value (
<script src="fileadmin/templates/scripts/ielt7.js" type="text/javascript"></script>
)
90.wrap = 
#90.stdWrap.char = 10

}
[global]

Hier wird für IE kleiner als Version 7 ein JavaScript File eingebunden.

==== JavaScript als Marker ====
Als Temporäres Objekt, kann natürlich auch Javascript in einen Marker eingebunden werden.
==== JavaScript über Record ====
Eine Möglichkeit die das leichte ändern der Skripte zuläßt wäre folgende.
Man legt irgendwo auf einer Seite ein HTML - Element an hinterlegt das Skript und verweist mit TypoScript auf diesen RECORD. Bzw. bindet ihn im Template ein.

ToDo Beispiel

=== xhtml optimierung ===
Einiges davon braucht man in Version 4+ nicht mehr...
<pre>
#######################################################
############ XHTML optimieren
#######################################################

#Default Javascripts in externes File auslagern
config.removeDefaultJS = 1
config.removeDefaultJS = external

#<?xml... ?> Prolog deaktivieren
config.xmlprologue = none

#<html lang="de" xml:lang="de"> auf de setzen
config.htmlTag_langKey = de

#CSS Datei in externes File auslagern
config.inlineStyle2TempFile = 1
config.disablePrefixComment = 1

#RTE Tuning
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.P.class >
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.remapTag >
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.DIV.class >

#Angabe von Tags, die nicht mit einem zusätzlichen wrap umgeben werden dürfen
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.encapsTagList = div, p, h1, h2, h3, h4, h5, h6

#Entfernt die zusätzlichen CSS-Klassen
lib.stdheader.3 = LOAD_REGISTER
lib.stdheader.3.headerClass =
lib.stdheader.3.headerClass.noTrimWrap = |
lib.stdheader.stdWrap.dataWrap = |

#Standard-Headings aufräumen
lib.stdheader.stdWrap.dataWrap =
lib.stdheader.10.1.fontTag = <h1>|</h1>
lib.stdheader.10.2.fontTag = <h2>|</h2>
lib.stdheader.10.3.fontTag = <h3>|</h3>
lib.stdheader.10.4.fontTag = <h4>|</h4>
lib.stdheader.10.5.fontTag = <h5>|</h5>

#Content Elemente aufräumen und Kommentare entfernen
#tt_content.stdWrap.dataWrap >
tt_content.stdWrap.prefixComment >
#tt_content.header.20.dataWrap >
tt_content.header.20.prefixComment >
tt_content.default.prefixComment >
tt_content.text.stdWrap.prefixComment >
tt_content.text.20.prefixComment >
tt_content.textpic.20.stdWrap.prefixComment >
tt_content.table.20.stdWrap.prefixComment >
tt_content.mailform.20.stdWrap.wrap >
tt_content.menu.20.stdWrap.prefixComment >
tt_content.image.20.stdWrap.prefixComment >
tt_content.list.20.stdWrap.prefixComment >

#Cleargif entfernen
tt_content.image.20.spaceBelowAbove = 0
tt_content.header.stdWrap.space = 0|0
tt_content.stdWrap.space = 0|0
tt_content.stdWrap.spaceBefore = 0
tt_content.stdWrap.spaceAfter = 0
lib.stdheader.stdWrap.space = 0|0

#Auch hinter den Headlines
tt_content.text.20.parseFunc.tags.typohead.stdWrap.space = 0|0

# Sicherstellen, dass nonTypoTagStdWrap nur im Inhalt außerhalb von
#<typolist> und <typohead> arbeitet:
tt_content.text.20.parseFunc.tags.typolist.breakoutTypoTagContent = 1
tt_content.text.20.parseFunc.tags.typohead.breakoutTypoTagContent = 1

# ... und kein <BR> vor dem typohead.
tt_content.text.20.parseFunc.tags.typohead.stdWrap.wrap >
# Einstellen von nonTypoTagStdWrap, dass der Text mit P-Tags umschlossen wird.
tt_content.text.20.parseFunc.nonTypoTagStdWrap >
tt_content.text.20.parseFunc.nonTypoTagStdWrap.encapsLines {
encapsTagList = div, p
remapTag.DIV = P
wrapNonWrappedLines = |
innerStdWrap_all.ifEmpty =
innerStdWrap_all.textStyle < tt_content.text.20.textStyle
}

# Schließlich noch Entfernen der alten textstyle-Formatierung des gesamten Haupttextes.
tt_content.text.20.textStyle >

# ... und der <BR>-Tag nach dem Inhalt wird auch nicht mehr gebraucht...
tt_content.text.20.wrap >

# clear.gif entfernen
tt_content.image.20.spaceBelowAbove = 0
tt_content.header.stdWrap.space = 0|0
tt_content.stdWrap.space = 0|0
tt_content.stdWrap.spaceBefore = 0
tt_content.stdWrap.spaceAfter = 0
lib.stdheader.stdWrap.space = 0|0

# clear.gif hinter den Überschriften entfernen
tt_content.text.20.parseFunc.tags.typohead.stdWrap.space = 0|0

#Attribute für p- und pre-tags entfernen
tt_content.text.20.parseFunc.nonTypoTagStdWrap.encapsLines.addAttributes {
P.style=
PRE.style=
}

# Unterdrückt den Umbruch < br >
lib.stdheader.10.stdWrap.wrap = |
tt_content.textpic.20.spaceBelowAbove = 0
tt_content.image.20.spaceBelowAbove = 0
tt_content.textpic.20.noStretchAndMarginCells = 1
tt_content.image.20.noStretchAndMarginCells = 1

# Setup Anker-Tags entfernen
tt_content.noANameTagForFirstRecord = 1
</pre>

=== Inhalte von Backend-Feldern ausgeben ===
Hinweise dazu findest du unter:

[[TypoScript - Daten auslesen]]

=== Ein Breadcrumb Menü (Rootline-Menü) ===
Constants
<pre>
<nowiki>
#[begin-level] | [end-level]
# Variante 1: Seite 1 | Seite 2 | Seite 3
rootlineDelimiter =  | 
# Variante 2: Seite 1 > Seite 2 > Seite 3
# delimiter =  > 
</pre>
Setup
<pre>
temp.rootline = HMENU
temp.rootline {
special = rootline

# zeige komplette rootline an
special.range = 2|-1

# Variation: zeige Link auf die übergeordnete Seite
#special.range = -2|-2

# Text vor dem Rootline Menü
wrap = Sie sind hier: |

special.targets.3 = page
1 = TMENU
1.target = _top
1.NO {
ATagBeforeWrap = 0
stdWrap.htmlSpecialChars = 1
linkWrap = |{$rootlineDelimiter}|*||*| |
}
}

[globalVar = GP:L = 1]
temp.rootline.wrap = You are here: |
[GLOBAL]

[globalVar = GP:L = 2]
temp.rootline.wrap = Vous êtes ici: |
[GLOBAL]
</nowiki>
</pre>

=== Ein CSS-Template mit Markern nutzen ===
Ein CSS File wird eingelesen, enthaltene Marker dynamisch ersetzt und die Styles im Headerbereich der Seite als Inline-Styles eingebunden.

'''Constants'''
<pre>
color1 = FFE292
color2 = F68D6F
color3 = FABD9E

backgroundImage = fileadmin/templates/main/images/navBack-grey.gif
</pre>

''' Setup '''
<pre>
# das Objekt zunächst als Bibliothek zur späteren Verwendung
lib.stylesheet.default = TEMPLATE
lib.stylesheet.default {
# template einlesen
template = FILE
template.file=fileadmin/templates/main/colors.css
# Platzhalter ersetzten
marks{
COLOR1 = TEXT
COLOR1.value = {$color1}
COLOR2 = TEXT
COLOR2.value = {$color2}
COLOR3 = TEXT
COLOR3.value = {$color3}

NAVBACK = TEXT
NAVBACK.value = {$backgroundImage}
}
}

# Stylesheet in Header eintragen
page.headerData{
90 = COA
90{
wrap = <style type="text/css"></style>
50 < lib.stylesheet.default
}
}
}

</pre>

=== Bild aus Media-Feld auslesen ===
<pre>
temp.mediaFieldImage=IMAGE
temp.mediaFieldImage.file {
import.data = levelmedia: 2,slide
import = uploads/media/
import.listNum = 0
#width = 270
#height= 300
}
</pre>

=== Bild aus Ressourcen Feld auslesen ===
Hinweis Seiteneigenschaften > Resourcen
<pre>
temp.mein Bild = IMG_RESSOURCE
temp.mein Bild{
file = hintergrund*.jpg
stdWrap.wrap = <div style="background-image: | ; padding: 5px;"> ein Kasten </div>
}
</pre>

Hinweis: Typo3 vergibt beim vervielfältigen automatisch eine Endung. Damit das Bild trotzdem immer gefunden wird, ein Sternchen setzen (Joker)

=== Bild automatisch mit Alt-Tag versehen ===
Dieses TypoScript füllt das Alt-Tag Feld mit Daten aus dem Bildnamen z.B. wird Unser_Urlaubsort.jpg zu Unser Urlaubsort

[[Bild automatisch mit Alt-Tag versehen]]

=== Logo mit Verlinkung auf die Homepage (1.2)===
'''Constants'''
<pre>
# Link für das Logo
# Zahl (Seiten-ID), URL (www.zielseite.de) oder Email-Adresse
logoLink = 1
logoFile = fileadmin/templates/images/logo.gif
</pre>

''' Setup '''
<pre>
# Fügt ein Logo mit Link ein

temp.logo = IMAGE
temp.logo {
#file = /fileadmin/dinos/templates/main/images/logo-rt.gif
file = {$logoFile}
stdWrap.typolink.parameter = {$logoLink}
}
</pre>

=== Copyright mit immer aktuellem Jahr ===
'''TypoScript Setup'''
<pre>
temp.copyright = COA
temp.copyright{
5= TEXT
5.value = © 
10 = TEXT
#HeUte Timestamp einlesen
10.data = date:U
10.data.strftime = %Y
}
</pre>

ein anderes Beispiel:
<pre>
subparts.footer{
10 = TEXT
10.data = date:Y
10.wrap = <p class="footer">© | Ich</p>
}
</pre>

=== Datum der letzten Änderung anzeigen ===
'''Constants'''
lastChangePrefix = Letzte Änderung: 
'''Setup'''
<pre>
temp.lastChange = COA
temp.lastChange.5 = TEXT
temp.lastChange.5.value={$lastChangePrefix}
temp.lastChange.10 = TEXT
temp.lastChange.10.register:SYS_LASTCHANGED
temp.lastChange.10.strftime = %d.%m.%Y
</pre>

==== Variante ====
<pre>
temp.lastChange = TEXT
temp.lastChange {
data = page:lastUpdated
if.isTrue.data = page:lastUpdated
date = d.m.Y
wrap = Letzte Änderung: |
wrap2 = |
data = register : SYS_LASTCHANGED
if >
}
</pre>
=== Seiten IDs im Seitenbaum anzeigen ===
UserTS
<pre>
options {
pageTree.showPageIdWithTitle = 1
}
</pre>

=== Client Daten des Benutzers ausgeben ===

temp.browserinfo = COA_INT
temp.browserinfo {
10 = TEXT
10.data = TSFE:clientInfo|SYSTEM
10.wrap = <p> | <br />

20 = TEXT
20.data = TSFE:clientInfo|BROWSER
20.wrap = | &nbsp;

30 = TEXT
30.data = TSFE:clientInfo|VERSION
30.wrap = | </p>
}

== Die Ausgabe von Inhalten verändern ==

=== Layout-Rahmen verändern===
[[Typo3 - Rahmen (Frames)]]

=== Rendering von Inhalten ===

=== Ausgeben von Informationen im head der Seite ===
Wie kann man Stylesheet angaben, Metatags, Skripte etc. im Header ausgeben
[[Typo3 - Tipps und Tricks]] (page.head Objekt)

=== Unnötige Ausgaben im Quelltext verhindern ===
[[TYPO3 - Unnötige Ausgaben im Quelltext verhindern]]

== TypoScript - Basiswissen ==
[[Links mit TypoSkript anlegen]]

== Suche ==

weitere Infos zu Indexed Search:

[[Typo3 - indexed search]]

== Mit HTML und CObj erzeugtes Login ==
Das Beispiel von Tim Lochmüller aus dem Adventskalender 2008, zeigt wie man mit dem Template Objekte größere HTML - Bausteine verwenden kann.

Login mit TS & cObj TEMPLATE
Georg Ringer in TYPO3, Templates, Tutorial, TypoScript

Nach der interessanten Vorstellung von cli-Scripten durch Frank in Türchen 15 zeigt das folgende Tutorial einen guten Weg, einen Login/Logout-Bereich mit TS & HTML zu verwirklichen, ohne dabei auf irgendeine Extension zurückgreifen zu müssen.

Folgendes HTML ist notwendig und wird beispielsweise in fileadmin/template/login.html abgelegt: http://pastebin.com/f4e963e25
Die beiden Subparts sind jeweils für den Login- & Logout-Bereich zuständig und werden mittels Condition umgeschalten.

Das TS ist sehr einfach aufgebaut

lib.login = TEMPLATE
lib.login {
template = FILE
template.file = fileadmin/template/login.html

workOnSubpart = TPL_LOGIN
marks {
URL = TEXT
URL.data = getIndpEnv:TYPO3_REQUEST_URL

PID = TEXT
PID.value = 10789

REGISTER = TEXT
REGISTER {
value = Mitglied werden
typolink {
parameter = 10786
additionalParams = &tx_srfeuserregister_pi1[cmd]=edit
useCacheHash = 1
ATagParams = class=”link link1″
}
}
PWD = TEXT
PWD {
value = Password vergessen?
typolink {
parameter = 10788
ATagParams = class=”link”
}
}
PROFILE = TEXT
PROFILE {
value = Mein Wanderprofil!
typolink {
parameter = 10790
ATagParams = class=”link”
}
}
}
}

[usergroup = *]
lib.login.workOnSubpart = TPL_LOGOUT

[global]

Die notwendigen Variablen sind:

* URL: Die aktuelle URL, auf die nach dem Login/Logout auch weitergeleitet wird
* PID: Id der Seite, die die Benutzer enthält

Nützlich sind weiters:

* REGISTER: Link zu einer Seite, auf der man sich neu registrieren kann
* PWD/PROFILE: Weitere Links zu Seiten nach Bedarf

Die vorgestellte Variante funktioniert out-of-the-box und muss für andere Algorithmen angepasst werden.

Das Tutorial soll dazu anregen, das TEMPLATE-Objekt öfters als nur 1x zu verwenden, denn gerade wenn es um das Inkludieren von etwas mehr HTML geht, ist dies der beste, schnellste und sauberste Weg.

== Benutzer ==
=== Autor-Feld bei neuen Seiten automatisch anlegen ===
TCAdefaults.pages.author = <Name des Redakteurs>
TCAdefaults.pages.author_email = <EMail-Adresse des Redakteurs>

Das funktioniert aber nur dann wenn eine Seite neu angelegt wird. Will man viele Seiten einem Redakteur zuordnen kann man das über eien MySQL abfrage machen:

UPDATE `pages` SET `author` = '<Name des Redakteurs>', `author_email` =
'<EMail-Adresse des Redakteurs>'
WHERE 1 AND `perms_userid` = <UserId des Redakteurs>

in perms_userid steht die ID des Besitzers der Seite, deshalb kann man diesen mit Hilfe des Whereclause ausfiltern.

=== Author Feld, Email-Feld und News Author automatisch anlegen ===
Als weitere Möglichkeit gibt es die Extension cron_setdefaultauthor die genau diese Aufgaben übernimmt. Sie arbeitet im Prinzip wie oben angeführt.

== Ändern von Extension Meldungen durch den Redakteur ==

Adventskalender 2008 von Tim Lochmüller
Immer wieder erlebe ich es, dass der Kunde Texte selber ändern möchte, klar dafür hat er ja auch von uns TYPO3 bekommen. Leider Zum Glück, möchte der Kunde aber manchmal alles pflegen, also auch Texte die aus LocalLang-Dateien oder Templates kommen.

Eine sehr einfache aber durchaus effektive Lösung dafür ist mal wieder ein wenig TypoScript:

1.
plugin.tx_myplugin_pi1.searchError = RECORDS
2.
plugin.tx_myplugin_pi1.searchError {
3.
tables = tt_content
4.
source = 123
5.
}

Jetzt noch das ContentElement mit der UID 123 im Seitenbaum anlegen und folgenden PHP Code in der Extension verwenden:

1.
$marker['###ERR_SEARCH###'] = $this->cObj->cObjGetSingle(
2.
$this->conf['searchError'],
3.
$this->conf['searchError.']
4.
);

Das war es schon, jetzt enthält der Marker ###ERR_SEARCH### den Content, den der Kunde selbst eingepflegt hat. Natürlich muss man kein RECORD nehmen, sondern kann auch alle anderen TS-Objekte wie TEXT oder IMAGE.

Typo3 - Baukasten

2009-04-07T17:17:55Z

91.47.50.190: /* P Tag raus */

weitere Infos unter [[Typo3 - Tipps und Tricks]]

== Auf Daten zugreifen ==
Beispiele gibt es hier:

[[TypoScript - Daten auslesen]]

[[Typo3 - stdWrap]]

Die stdWrap Eigenschaft steht vielen Objekten zur Verfügung. Wenn Sie vorhanden ist ist Sie der Problemlöser für fast alle Probleme :-).

[[Typo3 - TSFE]]

[[Typo3 - Das Media Feld]]

== Standardeinstellungen ==
[[Typo3 - Standardeinstellungen]]

== Quellcode aufräumen - Sourcecode verbessern - valides XHTML ==
Der Core produziert seit 4.0 valides XHTML

weitere Hilfen wenn Extensions nicht valide arbeiten bieten:

Installation von Tidy auf dem SErver (aktivieren im Install-Tool)

HTML Cleaner http://typo3.org/extensions/repository/view/qcom_htmlcleaner/2.4.0/

Das Bordeigene HTML-Cleaning: config.xhtml_cleaning = all

Vorsicht bei den Cleanern wenn JavaScript im Spiel ist weil dieser z.T. zerstört werden kann.

=== Beispiel aus dem Forum zum Quelltext aufräumen ===
<pre>
#Einstellen des DocType auf XHTML Transitional
config.doctype = xhtml_trans
#XHTML Cleaning aktivieren
config.xhtml_cleaning = all
#Default Javascripts in externes File auslagern
config.removeDefaultJS = 1
config.removeDefaultJS = external
#<?xml... ?> Prolog deaktivieren
config.xmlprologue = none
#CSS Datei in externes File auslagern
config.inlineStyle2TempFile = 1
config.disablePrefixComment = 1

#RTE Tuning
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.P.class >
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.remapTag >
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.DIV.class >
#Angabe von Tags, die nicht mit einem zusätzlichen wrap umgeben werden dürfen
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.encapsTagList = cite, div, p, pre, h1, h2, h3, h4, h5, h6

#Entfernt die zusätzlichen CSS-Klassen
lib.stdheader.3 = LOAD_REGISTER
lib.stdheader.3.headerClass =
lib.stdheader.3.headerClass.noTrimWrap = |
lib.stdheader.stdWrap.dataWrap = |

#Standard-Headings aufräumen
lib.stdheader.stdWrap.dataWrap =
lib.stdheader.10.1.fontTag = <h1>|</h1>
lib.stdheader.10.2.fontTag = <h2>|</h2>
lib.stdheader.10.3.fontTag = <h3>|</h3>
lib.stdheader.10.4.fontTag = <h4>|</h4>
lib.stdheader.10.5.fontTag = <h5>|</h5>

#Content Elemente aufräumen und Kommentare entfernen
tt_content.stdWrap.dataWrap >
tt_content.stdWrap.prefixComment >
tt_content.header.20.dataWrap >
tt_content.header.20.prefixComment >
tt_content.default.prefixComment >
tt_content.text.stdWrap.prefixComment >
tt_content.text.20.prefixComment >
tt_content.textpic.20.stdWrap.prefixComment >
tt_content.table.20.stdWrap.prefixComment >
tt_content.mailform.20.stdWrap.wrap >
tt_content.menu.20.stdWrap.prefixComment >
tt_content.image.20.stdWrap.prefixComment >
tt_content.list.20.stdWrap.prefixComment >
</pre>

== Navigation ==
=== GMenu mit Bildern aus den Seiteneigenschaften (Media-Feld) ===
Ein Schnipsel vom 12.3.2009 typo3 blogger
Nicht sehr oft benötigt, aber unter Umständen dennoch hilfreich: ein kleines Copy&Paste Tutorial zur Erstellung eines GMENUs mit Bildern aus dem “media”-Feld der Seiteneigenschaften. Zu beachten gibt es: der GIFBUILDER greift bei diesem Snippet das Bild nicht an, sodass es unverändert im Frontend ausgegeben wird. Dies hatte bei mir den Grund, dass die Website nur aus Bildern besteht und Photoshop nunmal bessere Ergebnisse als ImageMagick bzw. GraphicsMagick liefert - deshalb wollte ich auch nicht, dass er irgendwas an den Bildern verändert oder neu berechnet.
<pre>
temp.menu = HMENU
temp.menu {
1 = GMENU
1 {
wrap = <ul>|</ul>

noBlur = 0
NO = 1
NO {
wrap = <li>|</li>

altImgResource.import = uploads/media/
altImgResource.import.field = media
altImgResource.import.listNum = 0

ATagTitle.field = subtitle // title
}

RO = 1
RO < .NO
RO {
altImgResource.import.listNum = 1
}

ACT < .RO
}
}

lib.menu < temp.menu
</pre>
Welches Bild (falls mehrere vorhanden sind) TYPO3 nun für das Erzeugen des Menüs nimmt bestimmt folgende Zeile:

altImgResource.import.listNum = 0

Zu beachten gibt es dabei: wie in der Datentechnik üblich fängt man bei 0 zu zählen an, 0 ist dabei das erste Bild, 1 das zweite, 2 das dritte, usw.

=== GMENU und wrapItemAndSub Workaround mit TMENU===
Ebenfalls von Typo3Blogger

Freunde von semantisch korrektem HTML die auf ein grafisches, mehrstufiges Menü angewiesen sind, werden wissen wovon ich spreche. Man hat ein tolles GMENU gebastelt, welches wunderbare Grafiken liefert und fragt sich “warum ist mein HTML kaputt?”. Nach ein paar Sekunden googlen findet man die Antwort: GMENU fehlt die Eigenschaft “wrapItemAndSub”, mit welchem sich einfach verschachtelte Menüs realisieren lassen. Es gibt viele Ansätze dies zu umgehen, manche arbeiten mit IFSUB, manche verlassen sich auf Tidy. Vor Kurzem stand ich (wieder einmal) vor dem Problem und wollte es einmal anders lösen.

Dabei bin ich auf folgende Lösung gestoßen:
<pre>
temp.mainMenu = HMENU
temp.mainMenu {
1 = TMENU
1 {
wrap = <ul>|</ul>
NO = 1
NO {
wrapItemAndSub = <li>|</li>
doNotShowLink = 1

RO = 1
ATagTitle.field = title

beforeImg = GIFBUILDER
beforeImg {
XY=[20.w]+15,42
backColor = #1092AD

10 = TEXT
10 {
text {
field = title
align = center
}

fontFile = fileadmin/font.ttf
fontSize = 16
fontColor = #FFFFFF

offset = 0,34
}
}

beforeROImg < .beforeImg
beforeROImg.20.fontColor = #FFD20F
beforeImgLink = 1
}

ACT < .NO
ACT {
RO = 0
beforeImg.20.fontColor = #FF0000
wrapItemAndSub = <li class="act">|</li>
}
}

2 < .1
}

lib.mainMenu < temp.mainMenu
</pre>
Das tolle an dieser Lösung ist nicht nur, dass man wrapItemAndSub verwenden kann, nein auch alle anderen Eigenschaften und Zustände des TMENU stehen einem zur Verfügung!

Ich frage mich, warum wrapItemAndSub bis heute noch nicht in TYPO3 implementiert wurde. Vielleicht wäre es mit der aktuellen Veröffentlichung der TYPO3 4.3 Alpha 2 und der Aufforderung die Feature-Wunschliste zu füllen einmal Zeit diesem Punkt etwas Nachdruck zu verleihen. Falls ihr noch andere Lösungsansätze auf Lager oder bessere Ideen habt, bitte informiert uns in den Comments!

=== Klassisches List Menu ===
Dieses Menü kann als Grundbaustein für alle möglichen Menüs verwendet werden. Man kopiert sich das Menü in ein neues Objekt und modifiziert dort die Eigenschaften wie man sie braucht. Als Alternative gibt es noch das [[Menue als CSS formatierte Liste]] in dem ein fixer Startpunkt vorgegeben ist:

==== Accessible ====
benötigt cronaccessiblemenues

<pre>
temp.listMenu = HMENU

# Falls das Menü nicht bei der obersten Ebene anfangen soll
temp.listMenu.entryLevel = 1

# Bei Bedarf einzelne Seiten aus dem Menü ausschließen
#temp.listMenu.excludeUidList = 1,2,3

temp.listMenu.1 = TMENU
temp.listMenu.1 {
wrap = <ul>|</ul>
noBlur = 1
IProcFunc = user_cronaccessiblemenus->makeAccessible

//NO.after = xyz
# Access Keys einschalten
IProcFunc.accessKeys = 1

# Hierarchische Nummerierung der Menüpunkte einschalten
IProcFunc.dfn = 1
IProcFunc.accessKeyWrap = <span class="accessKey">|</span>
IProcFunc.appendWrap = <span class="invisible"> (ALT-|)</span>

# Die folgenden Accesskeys nicht verwenden (bereits belegt)

IProcFunc.forbiddenKeys = 0,D,B,A,F,X,m,p

# Einstellungen für nicht-aktive Seiten

NO {
wrapItemAndSub = |*| <li class="NO"> | <span class="invisible">.</span></li>|*|<li class="NO last"> | <span class="invisible">.</span></li>
stdWrap.htmlSpecialChars = 1
# stdWrap.wrap = |abc
ATagTitle.field = abstract // description
}

# Einstellungen für Seiten, die sich in der Rootline befinden

ACT = 1
ACT {
wrapItemAndSub = |*| <li class="ACT"> | <span class="invisible">.</span></li> |*| <li class="ACT last"> | <span class="invisible">.</span></li>
stdWrap.htmlSpecialChars = 1
ATagTitle.field = abstract // description
}

# Einstellungen für die aktuelle Seite

CUR = 1
CUR {
wrapItemAndSub = |*| <li class="CUR"> | <span class="invisible">.</span></li> |*| <li class="CUR last"> | <span class="invisible">.</span></li>
stdWrap.htmlSpecialChars = 1
doNotLinkIt = 0
}
}

# Gleiche Einstellungen für die nächsten Ebenen

temp.listMenu.2 = TMENU
temp.listMenu.2 < temp.listMenu.1

temp.listMenu.3 = TMENU
temp.listMenu.3 < temp.listMenu.2

temp.listMenu.4 = TMENU
temp.listMenu.4 < temp.listMenu.2

</pre>

==== Classic (not accessible) ====
<pre>
temp.listMenu = HMENU

# Falls das Menü nicht bei der obersten Ebene anfangen soll
temp.listMenu.entryLevel = 1

# Bei Bedarf einzelne Seiten aus dem Menü ausschließen
#temp.listMenu.excludeUidList = 1,2,3

temp.listMenu.1 = TMENU
temp.listMenu.1 {
wrap = <ul>|</ul>
noBlur = 1

# Einstellungen für nicht-aktive Seiten

NO {
wrapItemAndSub = |*| <li class="NO"> | </li>|*|<li class="NO last"> | </li>
stdWrap.htmlSpecialChars = 1
ATagTitle.field = abstract // description
}

# Einstellungen für Seiten, die sich in der Rootline befinden

ACT = 1
ACT {
wrapItemAndSub = |*| <li class="ACT"> | </li> |*| <li class="ACT last"> | </li>
stdWrap.htmlSpecialChars = 1
ATagTitle.field = abstract // description
}

# Einstellungen für die aktuelle Seite

CUR = 1
CUR {
wrapItemAndSub = |*| <li class="CUR"> | </li> |*| <li class="CUR last"> | </li>
stdWrap.htmlSpecialChars = 1
doNotLinkIt = 0
}
}

# Gleiche Einstellungen für die nächsten Ebenen

temp.listMenu.2 = TMENU
temp.listMenu.2 < temp.listMenu.1

temp.listMenu.3 = TMENU
temp.listMenu.3 < temp.listMenu.2

temp.listMenu.4 = TMENU
temp.listMenu.4 < temp.listMenu.2

</pre>

=== Multilanguage Menu ===
[[Typo3 - Multilanguage Menu]]
=== Bilder Menü ===
siehe: [[Typo3 - Bildermenü]]
=== Einfaches Menü mit 1 Ebene (CSS) ===
siehe: [[Menue als CSS formatierte Liste]]

=== Menü mit 2 Ebenen als verschachtelte Liste ===
Dieses Menü ist besonders für vertikale Navigationen geeignet

'''Constants'''
<pre>
# Einstieg Level 1
navi-L12-startID = 1
navi-L12-delimiter =   |  
navi-L12-delimiter =
</pre>

'''Setup'''
<pre>
### Top Navigation ###
temp.navi-L12 = HMENU
temp.navi-L12 {
#stdWrap.case = lower
special = directory
# Seitenid für den Einstieg
special.value = {$navi-L12-startID}
# Ebene für den Einstieg (nicht vergessen wg. 2. Level)
entryLevel = 1
1 = TMENU
1{
noBlur = 1
wrap = <ul>|</ul>
NO = 1
NO.linkWrap = |*| <li>|{$navi-L12-delimiter}</li> |*| <li>|</li>
ACT = 1
ACT.linkWrap = |*| <li class="on">|{$navi-L12-delimiter}</li> |*| <li class="on">|</li>
ACTIFSUB = 1
#Wenn Unterpunkte dann li aufmachen
ACTIFSUB.linkWrap = <li class="on">|
}
2 = TMENU
2{
noBlur = 1
NO = 1
#Unterpunkt also neue ul und danach li zu (von L1 geöffnet)
wrap = <ul>|</ul></li>
NO.linkWrap = |*| <li>|{$navi-L12-delimiter}</li> |*| <li>|</li>
ACT = 1
ACT.linkWrap = |*| <li class="on">|{$navi-L12-delimiter}</li> |*| <li class="on">|</li>

#ACTIFSUB = 1
#ACTIFSUB.linkWrap = <li class="on">|</li>
}
}
</pre>
=== Menü mit 2 Ebenen als separate Listen ===
Dieses Menü ist besonders für horizontale Navigationen geeignet.

Da die 2. Ebene relativ angegeben wird muß man bei mehreren Navigationsbäumen aufpassen, daß evt. ein Untermenü einer anderen Navigation (anderer Baum) ebenfalls angezeigt wird. Das läßt sich z.B. umgehen in dem man das Navitemplate erst im Unterbaum setzt oder indem man im Hauptbaum eine Bedingung setzt ([PIDinRootline = 123])

Ebene 1 ist im Prinzip eine einfache Liste:
'''Constants'''
<pre>
# Navi nur Level1
#Startpunkt
navi_startID = 1

#Trennzeichen für horizontale Navi:
naviL1-delimiter =   |  
</pre>
'''Setup'''
<pre>
### Top Navigation ###
temp.naviL1 = HMENU
temp.naviL1 {
#stdWrap.case = lower
special = directory
# Seitenid für den Einstieg
special.value = {$navi_startID}
1 = TMENU
1.noBlur = 1
1.wrap = <ul>|</ul>
1.NO = 1
1.NO.linkWrap = |*| <li>|{$naviL1-delimiter}</li> |*| <li>|</li>
1.ACT = 1
1.ACT.linkWrap = |*| <li class="on">|{$naviL1-delimiter}</li> |*| <li class="on">|</li>
#1.ACTIFSUB = 1
#1.ACTIFSUB.linkWrap = <li class="on">|</li>
}

</pre>

Für Ebene 2 wird eine weitere Liste generiert wenn man sich in einem bestimmten Level befindet:
'''Constants'''
<pre>
# Navigation nur ab Level x als ul (Standard entry Level1=2.Level)

#Trennzeichen für horizontale Navi:
naviLx-delimiter =   |  
naviLx-entryLevel = 1
</pre>

'''Setup'''
<pre>
temp.naviLx = HMENU
temp.naviLx {
# Seitenbaumebene ab Level 1 darstellen (2. Ebene)
entryLevel = {$naviLx-entryLevel}
# Level 2
1 = TMENU
1{
noBlur = 1
wrap = <ul>|</ul>
NO = 1
# Für horizontale Navi mit delimiter bei vertikal einfach nichts setzen
NO.linkWrap = |*| <li>|{$naviLx-delimiter}</li> |*| <li>|</li>

ACT = 1
# Für vertikale Navi ohne delimiter...
#ACT.linkWrap = <li class="on">|</li>
# und horizontal mit delimiter
ACT.linkWrap = |*| <li class="on">|{$naviLx-delimiter}</li> |*| <li class="on">|</li>

#ACTIFSUB = 1
#ACTIFSUB.linkWrap = <li class="on">|
}
}
</pre>

=== Menü als CSS formatierte Liste (allgemein) ===
[[Menue als CSS formatierte Liste]]
=== CSS-Flyout Menü ===
[[Typo3 - CSS-Flyout Menü]]

=== Sauberes grafisches Menü ===
[[Typo3 - Grafisches Menü]]

== Extensions ==
=== Autoparser (automaketemplate und Templateswitcher (tx_rlmptmplselector) konfigurieren ===
Der Template - Switcher benötigt automaketemplate (oder man arbeitet direkt mit TS-Templates).
Am besten gleich beide in einem Basis Template konfigurieren:

<pre>
### SET UP TEMPLATE SELECTOR ###
plugin.tx_rlmptmplselector_pi1 {

// Define the paths leading to our HTML template files
templatePathMain = fileadmin/dinos/templates/main/
templatePathSub = fileadmin/dinos/templates/sub/

// Define the filenames used as the default HTML templates
defaultTemplateFileNameMain = main.html
defaultTemplateFileNameSub = sub01.html

// If there is a page having no template selected, use a template
// selected earlier in the rootline. If there is none, use the default
inheritMainTemplates = 1
inheritSubTemplates = 1
}

### Autoparser Konfigurieren (alle IDs als Marker) ###

plugin.tx_automaketemplate_pi1{
# content = FILE
# content.file = fileadmin/templates/main/main.html

content < plugin.tx_rlmptmplselector_pi1
elements {
BODY.all = 1
BODY.all.subpartMarker = DOCUMENT_BODY
HEAD.all = 1
HEAD.all.subpartMarker = DOCUMENT_HEADER
HEAD.all.rmTagSections = title
DIV.all = 1
TD.all = 1
}
relPathPrefix = fileadmin/dinos/templates/main/
}

</pre>

=== News - Modul ===
Hier gibt es fertige Konfigurationen:
[[News (tt_news)]]

=== eCards - sr_sendcard ===
<pre>
# The Fast Way:
# plugin.tx_srsendcard_pi1._CSS_DEFAULT_STYLE = @import url("fileadmin/dinos/templates/css/srsendcard.css");
# But better is this (more flexible lesser Overhead)

plugin.tx_srsendcard_pi1._CSS_DEFAULT_STYLE >

[PIDinRootline = 14]
page.includeCSS.file2 = fileadmin/dinos/templates/srsendcard/srsendcard.css
[global]

plugin.tx_srsendcard_pi1{

templateFile = fileadmin/dinos/templates/srsendcard/srsendcard.tmpl
locale_all = de_DE
oldYear = 2006
# Vorschauseite (wenn gewünscht)
# previewPID = your_page_id
enableHTMLMail = 1
siteEmail = info@start-reutlingen.de
siteName = Erben der Dinos
# musicDir = EXT:sr_sendcard/music
#cardMusicFiles = autumnleaves.mid, OverTheRainbow.mid, Pomp_and_Circumstance.mid
disableMusic = 1
maxCol = 2
imageSmallWidth = 150
imageSmallHeight = 150
imageBigWidth = 300
imageBigHeight = 300
#logo
#logoAlignHor = right
#logoAlignVert = bottom
#useAlternateImageOnPrint
### For use with other pids use this one too
#createPID
#formPID
#previewPID
#useCAPTCHA = 0
#viewPID
#printPID
### Erscheinungsbild ###
cardStamp = fileadmin/dinos/templates/srsendcard/stamp.gif
#date_stdWrap
disableSendDate = 1
cardBgcolors = #FFFFFF,#A00A1C,#FF993F
cardFontcolors = #000000, #FFFFFF,#A00A1C
#disableFontcolors
#disableFontfaces
#disableCardOptions
#graphicMess
#graphicMessWidth
#graphicMessFontFiles
#graphicMessFontSizes
#fontDir
#doNotShowCardCaptions
cardPresentationOrder = manual
salutation = informal
#disableBgcolors = 1
}
</pre>

=== Zufallsbild tx_ccrandomimage ===

'''TypoScript - Setup'''
<pre>
### zufallsbild erzeugen ###
includeLibs.tx_ccrandomimage = EXT:cc_random_image/pi1/class.tx_ccrandomimage_pi1.php

// USER_INT means 'no caching'
temp.randomImage = USER_INT
temp.randomImage{
userFunc = tx_ccrandomimage_pi1->main
path = fileadmin/randomImage/
fileExt = jpg,jpeg,gif,png
#Das Render Objekt ist ein content object array (COA) mit einem Bild
#Vor dem Rendern werden die ###FILE_x### marker mit den Bildern aus path ersetzt
renderObj = COA
renderObj {
10 = IMAGE
10.file = ###FILE_1###
// ... weitere Bilder wenn benötigt
}
}

</pre>

=== hCard - Microformat ===
Das Thema Semantic Web wird inzwischen immer interessanter, darum kam ich auf die Idee - fast allein mit TypoScript - das bekannte hCard-Microformat in TYPO3 zu integrieren.

Was wir dafür brauchen ist eine eigene kleine Extension, diese benötigen wir lediglich für eine einzige Zeile Code, welche in die Datei ext_tables.php kommt:

1.
t3lib_extMgm::addToInsertRecords('fe_users');

Dazu jetzt noch das TypoScript:

1.
temp.hcard = COA
2.
temp.hcard {
3.
wrap =
4.
<div id="hcard" class="vcard">|</div>
5.

6.
10 = IMAGE
7.
10.file {
8.
import = uploads/pics/
9.
import.field = image
10.
width = 40
11.
params = class="photo"
12.
}
13.
20 = TEXT
14.
20.field = name
15.
20.typolink.parameter.field = url
16.
20.typolink.ATagParams = class="url fn"
17.
30 = TEXT
18.
30.field = company
19.
30.wrap =
20.
<div class="org">|</div>
21.

22.
40 = TEXT
23.
40.field = email
24.
40.typolink.parameter.field = email
25.
40.typolink.ATagParams = class="email"
26.
50 = COA
27.
50 {
28.
wrap =
29.
<div class="adr">|</div>
30.

31.
10 = TEXT
32.
10.field = address
33.
10.wrap =
34.
<div class="street-address">|</div>
35.

36.
20 = TEXT
37.
20.field = city
38.
20.wrap = <span class="locality">|</span>
39.
30 = TEXT
40.
30.field = zip
41.
30.wrap = <span class="postal-code">|</span>
42.
40 = TEXT
43.
40.field = country
44.
40.wrap = <span class="country-name">|</span>
45.
}
46.
60 = TEXT
47.
60.field = telephone
48.
60.wrap =
49.
<div class="tel">|</div>
50.

51.
}
52.

53.
// fe_users dem type shortcut hinzufügen
54.
tt_content.shortcut.20.0.tables = fe_users
55.
// für Tabelle fe_users sagen wir jetzt noch wie es gerendert werden soll.
56.
tt_content.shortcut.20.0.conf.fe_users < temp.hcard
57.

Und was hat uns das jetzt gebracht? Ganz einfach:

1. Wir haben das Content Element "Insert Record" um die Tabelle fe_users erweitert.
2. Wir haben mit dem TypoScript aus dem Object "temp.hcard" eine komplette hCard definiert, welche jetzt mit meinem fe_user Datensatz befüllt werden kann.
3. Durch die CSS-Klassen kann man die Visitenkarte nun auch noch schön aussehen lassen.

Sind alle Daten vorhanden, könnte der erzeugte HTML-Code dann so aussehen:

1.

2.
<div id="hcard" class="vcard">
3.
<img style="float:left; margin-right:4px" src="http://typo3weblog.de/frank.png" alt="photo of " class="photo"/>
4.
<a class="url fn" href="http://typo3weblog.de">Frank Nägler</a>
5.
<div class="org">TYPO3Weblog.de</div>
6.

7.
<a class="email" href="mailto:frank.naegler@e-netconsulting.rl">frank.naegler@e-netconsulting.rl</a>
8.
<div class="adr">
9.
<div class="street-address">Sievekingsallee 150b</div>
10.

11.
<span class="locality">Hamburg</span>
12.
<span class="postal-code">22111</span>
13.
<span class="country-name">Deutschland</span>
14.
</div>
15.
<div class="tel">+49 (0)7000 623 45 37</div>
16.
</div>
17.

Cool oder?

Die komplette Extension fn_hcard als T3X Export habe ich hier für Euch zum Download.

Aus Typo3 Adventskalender2008

===Extension: Direct Shortcuts (sms_directshortcuts)===

http://typo3.org/extensions/repository/view/sms_directshortcuts/current/
TYPO3 generiert, wie jeder weiss, bei internen Verweisen immer eine extra Seite, die selbst wiederum einen redirect macht. Dieses vorgehen hat einerseits den Vorteil, dass man Skripte dazwischen schieben kann um z.B. Klicks zu tracken, anderseits den Nachteil, dass eine “falsche” URL im Menü zu finden ist. Dieser Nachteil macht sich bemerkbar wenn man sich mit der Suchmaschinenoptimierung von TYPO3 Seiten beschäftigt.

== Nützliche TS-Templates ==
=== Tabellen im RTE ===
Details: http://dev.datenwolken.de/index.php?id=195
==== Standardklasse contenttable unterdrücken eigene Klassen zulassen ====
lib.parseFunc_RTE.externalBlocks.table.stdWrap.HTMLparser.tags.table.fixAttrib.class >
==== P Tag raus ====
lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default >
# gar nichts parsen ist doof deshalb vorerst mal Standards:
lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default.stdWrap.parseFunc =< lib.parseFunc

=== Externes JavaScript einbinden ===
==== JavaScript im Header ====
Beispiel:

temp.addHeaderData=COA
[browser = msie]
temp.addHeaderData{
90 = TEXT
90.value (
<script src="fileadmin/templates/scripts/ielt7.js" type="text/javascript"></script>
)
90.wrap = 
#90.stdWrap.char = 10

}
[global]

Hier wird für IE kleiner als Version 7 ein JavaScript File eingebunden.

==== JavaScript als Marker ====
Als Temporäres Objekt, kann natürlich auch Javascript in einen Marker eingebunden werden.
==== JavaScript über Record ====
Eine Möglichkeit die das leichte ändern der Skripte zuläßt wäre folgende.
Man legt irgendwo auf einer Seite ein HTML - Element an hinterlegt das Skript und verweist mit TypoScript auf diesen RECORD. Bzw. bindet ihn im Template ein.

ToDo Beispiel

=== xhtml optimierung ===
Einiges davon braucht man in Version 4+ nicht mehr...
<pre>
#######################################################
############ XHTML optimieren
#######################################################

#Default Javascripts in externes File auslagern
config.removeDefaultJS = 1
config.removeDefaultJS = external

#<?xml... ?> Prolog deaktivieren
config.xmlprologue = none

#<html lang="de" xml:lang="de"> auf de setzen
config.htmlTag_langKey = de

#CSS Datei in externes File auslagern
config.inlineStyle2TempFile = 1
config.disablePrefixComment = 1

#RTE Tuning
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.P.class >
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.remapTag >
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.DIV.class >

#Angabe von Tags, die nicht mit einem zusätzlichen wrap umgeben werden dürfen
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.encapsTagList = div, p, h1, h2, h3, h4, h5, h6

#Entfernt die zusätzlichen CSS-Klassen
lib.stdheader.3 = LOAD_REGISTER
lib.stdheader.3.headerClass =
lib.stdheader.3.headerClass.noTrimWrap = |
lib.stdheader.stdWrap.dataWrap = |

#Standard-Headings aufräumen
lib.stdheader.stdWrap.dataWrap =
lib.stdheader.10.1.fontTag = <h1>|</h1>
lib.stdheader.10.2.fontTag = <h2>|</h2>
lib.stdheader.10.3.fontTag = <h3>|</h3>
lib.stdheader.10.4.fontTag = <h4>|</h4>
lib.stdheader.10.5.fontTag = <h5>|</h5>

#Content Elemente aufräumen und Kommentare entfernen
#tt_content.stdWrap.dataWrap >
tt_content.stdWrap.prefixComment >
#tt_content.header.20.dataWrap >
tt_content.header.20.prefixComment >
tt_content.default.prefixComment >
tt_content.text.stdWrap.prefixComment >
tt_content.text.20.prefixComment >
tt_content.textpic.20.stdWrap.prefixComment >
tt_content.table.20.stdWrap.prefixComment >
tt_content.mailform.20.stdWrap.wrap >
tt_content.menu.20.stdWrap.prefixComment >
tt_content.image.20.stdWrap.prefixComment >
tt_content.list.20.stdWrap.prefixComment >

#Cleargif entfernen
tt_content.image.20.spaceBelowAbove = 0
tt_content.header.stdWrap.space = 0|0
tt_content.stdWrap.space = 0|0
tt_content.stdWrap.spaceBefore = 0
tt_content.stdWrap.spaceAfter = 0
lib.stdheader.stdWrap.space = 0|0

#Auch hinter den Headlines
tt_content.text.20.parseFunc.tags.typohead.stdWrap.space = 0|0

# Sicherstellen, dass nonTypoTagStdWrap nur im Inhalt außerhalb von
#<typolist> und <typohead> arbeitet:
tt_content.text.20.parseFunc.tags.typolist.breakoutTypoTagContent = 1
tt_content.text.20.parseFunc.tags.typohead.breakoutTypoTagContent = 1

# ... und kein <BR> vor dem typohead.
tt_content.text.20.parseFunc.tags.typohead.stdWrap.wrap >
# Einstellen von nonTypoTagStdWrap, dass der Text mit P-Tags umschlossen wird.
tt_content.text.20.parseFunc.nonTypoTagStdWrap >
tt_content.text.20.parseFunc.nonTypoTagStdWrap.encapsLines {
encapsTagList = div, p
remapTag.DIV = P
wrapNonWrappedLines = |
innerStdWrap_all.ifEmpty =
innerStdWrap_all.textStyle < tt_content.text.20.textStyle
}

# Schließlich noch Entfernen der alten textstyle-Formatierung des gesamten Haupttextes.
tt_content.text.20.textStyle >

# ... und der <BR>-Tag nach dem Inhalt wird auch nicht mehr gebraucht...
tt_content.text.20.wrap >

# clear.gif entfernen
tt_content.image.20.spaceBelowAbove = 0
tt_content.header.stdWrap.space = 0|0
tt_content.stdWrap.space = 0|0
tt_content.stdWrap.spaceBefore = 0
tt_content.stdWrap.spaceAfter = 0
lib.stdheader.stdWrap.space = 0|0

# clear.gif hinter den Überschriften entfernen
tt_content.text.20.parseFunc.tags.typohead.stdWrap.space = 0|0

#Attribute für p- und pre-tags entfernen
tt_content.text.20.parseFunc.nonTypoTagStdWrap.encapsLines.addAttributes {
P.style=
PRE.style=
}

# Unterdrückt den Umbruch < br >
lib.stdheader.10.stdWrap.wrap = |
tt_content.textpic.20.spaceBelowAbove = 0
tt_content.image.20.spaceBelowAbove = 0
tt_content.textpic.20.noStretchAndMarginCells = 1
tt_content.image.20.noStretchAndMarginCells = 1

# Setup Anker-Tags entfernen
tt_content.noANameTagForFirstRecord = 1
</pre>

=== Inhalte von Backend-Feldern ausgeben ===
Hinweise dazu findest du unter:

[[TypoScript - Daten auslesen]]

=== Ein Breadcrumb Menü (Rootline-Menü) ===
Constants
<pre>
<nowiki>
#[begin-level] | [end-level]
# Variante 1: Seite 1 | Seite 2 | Seite 3
rootlineDelimiter =  | 
# Variante 2: Seite 1 > Seite 2 > Seite 3
# delimiter =  > 
</pre>
Setup
<pre>
temp.rootline = HMENU
temp.rootline {
special = rootline

# zeige komplette rootline an
special.range = 2|-1

# Variation: zeige Link auf die übergeordnete Seite
#special.range = -2|-2

# Text vor dem Rootline Menü
wrap = Sie sind hier: |

special.targets.3 = page
1 = TMENU
1.target = _top
1.NO {
ATagBeforeWrap = 0
stdWrap.htmlSpecialChars = 1
linkWrap = |{$rootlineDelimiter}|*||*| |
}
}

[globalVar = GP:L = 1]
temp.rootline.wrap = You are here: |
[GLOBAL]

[globalVar = GP:L = 2]
temp.rootline.wrap = Vous êtes ici: |
[GLOBAL]
</nowiki>
</pre>

=== Ein CSS-Template mit Markern nutzen ===
Ein CSS File wird eingelesen, enthaltene Marker dynamisch ersetzt und die Styles im Headerbereich der Seite als Inline-Styles eingebunden.

'''Constants'''
<pre>
color1 = FFE292
color2 = F68D6F
color3 = FABD9E

backgroundImage = fileadmin/templates/main/images/navBack-grey.gif
</pre>

''' Setup '''
<pre>
# das Objekt zunächst als Bibliothek zur späteren Verwendung
lib.stylesheet.default = TEMPLATE
lib.stylesheet.default {
# template einlesen
template = FILE
template.file=fileadmin/templates/main/colors.css
# Platzhalter ersetzten
marks{
COLOR1 = TEXT
COLOR1.value = {$color1}
COLOR2 = TEXT
COLOR2.value = {$color2}
COLOR3 = TEXT
COLOR3.value = {$color3}

NAVBACK = TEXT
NAVBACK.value = {$backgroundImage}
}
}

# Stylesheet in Header eintragen
page.headerData{
90 = COA
90{
wrap = <style type="text/css"></style>
50 < lib.stylesheet.default
}
}
}

</pre>

=== Bild aus Media-Feld auslesen ===
<pre>
temp.mediaFieldImage=IMAGE
temp.mediaFieldImage.file {
import.data = levelmedia: 2,slide
import = uploads/media/
import.listNum = 0
#width = 270
#height= 300
}
</pre>

=== Bild aus Ressourcen Feld auslesen ===
Hinweis Seiteneigenschaften > Resourcen
<pre>
temp.mein Bild = IMG_RESSOURCE
temp.mein Bild{
file = hintergrund*.jpg
stdWrap.wrap = <div style="background-image: | ; padding: 5px;"> ein Kasten </div>
}
</pre>

Hinweis: Typo3 vergibt beim vervielfältigen automatisch eine Endung. Damit das Bild trotzdem immer gefunden wird, ein Sternchen setzen (Joker)

=== Bild automatisch mit Alt-Tag versehen ===
Dieses TypoScript füllt das Alt-Tag Feld mit Daten aus dem Bildnamen z.B. wird Unser_Urlaubsort.jpg zu Unser Urlaubsort

[[Bild automatisch mit Alt-Tag versehen]]

=== Logo mit Verlinkung auf die Homepage (1.2)===
'''Constants'''
<pre>
# Link für das Logo
# Zahl (Seiten-ID), URL (www.zielseite.de) oder Email-Adresse
logoLink = 1
logoFile = fileadmin/templates/images/logo.gif
</pre>

''' Setup '''
<pre>
# Fügt ein Logo mit Link ein

temp.logo = IMAGE
temp.logo {
#file = /fileadmin/dinos/templates/main/images/logo-rt.gif
file = {$logoFile}
stdWrap.typolink.parameter = {$logoLink}
}
</pre>

=== Copyright mit immer aktuellem Jahr ===
'''TypoScript Setup'''
<pre>
temp.copyright = COA
temp.copyright{
5= TEXT
5.value = © 
10 = TEXT
#HeUte Timestamp einlesen
10.data = date:U
10.data.strftime = %Y
}
</pre>

ein anderes Beispiel:
<pre>
subparts.footer{
10 = TEXT
10.data = date:Y
10.wrap = <p class="footer">© | Ich</p>
}
</pre>

=== Datum der letzten Änderung anzeigen ===
'''Constants'''
lastChangePrefix = Letzte Änderung: 
'''Setup'''
<pre>
temp.lastChange = COA
temp.lastChange.5 = TEXT
temp.lastChange.5.value={$lastChangePrefix}
temp.lastChange.10 = TEXT
temp.lastChange.10.register:SYS_LASTCHANGED
temp.lastChange.10.strftime = %d.%m.%Y
</pre>

==== Variante ====
<pre>
temp.lastChange = TEXT
temp.lastChange {
data = page:lastUpdated
if.isTrue.data = page:lastUpdated
date = d.m.Y
wrap = Letzte Änderung: |
wrap2 = |
data = register : SYS_LASTCHANGED
if >
}
</pre>
=== Seiten IDs im Seitenbaum anzeigen ===
UserTS
<pre>
options {
pageTree.showPageIdWithTitle = 1
}
</pre>

=== Client Daten des Benutzers ausgeben ===

temp.browserinfo = COA_INT
temp.browserinfo {
10 = TEXT
10.data = TSFE:clientInfo|SYSTEM
10.wrap = <p> | <br />

20 = TEXT
20.data = TSFE:clientInfo|BROWSER
20.wrap = | &nbsp;

30 = TEXT
30.data = TSFE:clientInfo|VERSION
30.wrap = | </p>
}

== Die Ausgabe von Inhalten verändern ==

=== Layout-Rahmen verändern===
[[Typo3 - Rahmen (Frames)]]

=== Rendering von Inhalten ===

=== Ausgeben von Informationen im head der Seite ===
Wie kann man Stylesheet angaben, Metatags, Skripte etc. im Header ausgeben
[[Typo3 - Tipps und Tricks]] (page.head Objekt)

=== Unnötige Ausgaben im Quelltext verhindern ===
[[TYPO3 - Unnötige Ausgaben im Quelltext verhindern]]

== TypoScript - Basiswissen ==
[[Links mit TypoSkript anlegen]]

== Suche ==

weitere Infos zu Indexed Search:

[[Typo3 - indexed search]]

== Mit HTML und CObj erzeugtes Login ==
Das Beispiel von Tim Lochmüller aus dem Adventskalender 2008, zeigt wie man mit dem Template Objekte größere HTML - Bausteine verwenden kann.

Login mit TS & cObj TEMPLATE
Georg Ringer in TYPO3, Templates, Tutorial, TypoScript

Nach der interessanten Vorstellung von cli-Scripten durch Frank in Türchen 15 zeigt das folgende Tutorial einen guten Weg, einen Login/Logout-Bereich mit TS & HTML zu verwirklichen, ohne dabei auf irgendeine Extension zurückgreifen zu müssen.

Folgendes HTML ist notwendig und wird beispielsweise in fileadmin/template/login.html abgelegt: http://pastebin.com/f4e963e25
Die beiden Subparts sind jeweils für den Login- & Logout-Bereich zuständig und werden mittels Condition umgeschalten.

Das TS ist sehr einfach aufgebaut

lib.login = TEMPLATE
lib.login {
template = FILE
template.file = fileadmin/template/login.html

workOnSubpart = TPL_LOGIN
marks {
URL = TEXT
URL.data = getIndpEnv:TYPO3_REQUEST_URL

PID = TEXT
PID.value = 10789

REGISTER = TEXT
REGISTER {
value = Mitglied werden
typolink {
parameter = 10786
additionalParams = &tx_srfeuserregister_pi1[cmd]=edit
useCacheHash = 1
ATagParams = class=”link link1″
}
}
PWD = TEXT
PWD {
value = Password vergessen?
typolink {
parameter = 10788
ATagParams = class=”link”
}
}
PROFILE = TEXT
PROFILE {
value = Mein Wanderprofil!
typolink {
parameter = 10790
ATagParams = class=”link”
}
}
}
}

[usergroup = *]
lib.login.workOnSubpart = TPL_LOGOUT

[global]

Die notwendigen Variablen sind:

* URL: Die aktuelle URL, auf die nach dem Login/Logout auch weitergeleitet wird
* PID: Id der Seite, die die Benutzer enthält

Nützlich sind weiters:

* REGISTER: Link zu einer Seite, auf der man sich neu registrieren kann
* PWD/PROFILE: Weitere Links zu Seiten nach Bedarf

Die vorgestellte Variante funktioniert out-of-the-box und muss für andere Algorithmen angepasst werden.

Das Tutorial soll dazu anregen, das TEMPLATE-Objekt öfters als nur 1x zu verwenden, denn gerade wenn es um das Inkludieren von etwas mehr HTML geht, ist dies der beste, schnellste und sauberste Weg.

== Benutzer ==
=== Autor-Feld bei neuen Seiten automatisch anlegen ===
TCAdefaults.pages.author = <Name des Redakteurs>
TCAdefaults.pages.author_email = <EMail-Adresse des Redakteurs>

Das funktioniert aber nur dann wenn eine Seite neu angelegt wird. Will man viele Seiten einem Redakteur zuordnen kann man das über eien MySQL abfrage machen:

UPDATE `pages` SET `author` = '<Name des Redakteurs>', `author_email` =
'<EMail-Adresse des Redakteurs>'
WHERE 1 AND `perms_userid` = <UserId des Redakteurs>

in perms_userid steht die ID des Besitzers der Seite, deshalb kann man diesen mit Hilfe des Whereclause ausfiltern.

=== Author Feld, Email-Feld und News Author automatisch anlegen ===
Als weitere Möglichkeit gibt es die Extension cron_setdefaultauthor die genau diese Aufgaben übernimmt. Sie arbeitet im Prinzip wie oben angeführt.

== Ändern von Extension Meldungen durch den Redakteur ==

Adventskalender 2008 von Tim Lochmüller
Immer wieder erlebe ich es, dass der Kunde Texte selber ändern möchte, klar dafür hat er ja auch von uns TYPO3 bekommen. Leider Zum Glück, möchte der Kunde aber manchmal alles pflegen, also auch Texte die aus LocalLang-Dateien oder Templates kommen.

Eine sehr einfache aber durchaus effektive Lösung dafür ist mal wieder ein wenig TypoScript:

1.
plugin.tx_myplugin_pi1.searchError = RECORDS
2.
plugin.tx_myplugin_pi1.searchError {
3.
tables = tt_content
4.
source = 123
5.
}

Jetzt noch das ContentElement mit der UID 123 im Seitenbaum anlegen und folgenden PHP Code in der Extension verwenden:

1.
$marker['###ERR_SEARCH###'] = $this->cObj->cObjGetSingle(
2.
$this->conf['searchError'],
3.
$this->conf['searchError.']
4.
);

Das war es schon, jetzt enthält der Marker ###ERR_SEARCH### den Content, den der Kunde selbst eingepflegt hat. Natürlich muss man kein RECORD nehmen, sondern kann auch alle anderen TS-Objekte wie TEXT oder IMAGE.

Typo3 - Baukasten

2009-04-07T17:13:42Z

91.47.50.190: /* Tabellen im RTE */

weitere Infos unter [[Typo3 - Tipps und Tricks]]

== Auf Daten zugreifen ==
Beispiele gibt es hier:

[[TypoScript - Daten auslesen]]

[[Typo3 - stdWrap]]

Die stdWrap Eigenschaft steht vielen Objekten zur Verfügung. Wenn Sie vorhanden ist ist Sie der Problemlöser für fast alle Probleme :-).

[[Typo3 - TSFE]]

[[Typo3 - Das Media Feld]]

== Standardeinstellungen ==
[[Typo3 - Standardeinstellungen]]

== Quellcode aufräumen - Sourcecode verbessern - valides XHTML ==
Der Core produziert seit 4.0 valides XHTML

weitere Hilfen wenn Extensions nicht valide arbeiten bieten:

Installation von Tidy auf dem SErver (aktivieren im Install-Tool)

HTML Cleaner http://typo3.org/extensions/repository/view/qcom_htmlcleaner/2.4.0/

Das Bordeigene HTML-Cleaning: config.xhtml_cleaning = all

Vorsicht bei den Cleanern wenn JavaScript im Spiel ist weil dieser z.T. zerstört werden kann.

=== Beispiel aus dem Forum zum Quelltext aufräumen ===
<pre>
#Einstellen des DocType auf XHTML Transitional
config.doctype = xhtml_trans
#XHTML Cleaning aktivieren
config.xhtml_cleaning = all
#Default Javascripts in externes File auslagern
config.removeDefaultJS = 1
config.removeDefaultJS = external
#<?xml... ?> Prolog deaktivieren
config.xmlprologue = none
#CSS Datei in externes File auslagern
config.inlineStyle2TempFile = 1
config.disablePrefixComment = 1

#RTE Tuning
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.P.class >
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.remapTag >
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.DIV.class >
#Angabe von Tags, die nicht mit einem zusätzlichen wrap umgeben werden dürfen
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.encapsTagList = cite, div, p, pre, h1, h2, h3, h4, h5, h6

#Entfernt die zusätzlichen CSS-Klassen
lib.stdheader.3 = LOAD_REGISTER
lib.stdheader.3.headerClass =
lib.stdheader.3.headerClass.noTrimWrap = |
lib.stdheader.stdWrap.dataWrap = |

#Standard-Headings aufräumen
lib.stdheader.stdWrap.dataWrap =
lib.stdheader.10.1.fontTag = <h1>|</h1>
lib.stdheader.10.2.fontTag = <h2>|</h2>
lib.stdheader.10.3.fontTag = <h3>|</h3>
lib.stdheader.10.4.fontTag = <h4>|</h4>
lib.stdheader.10.5.fontTag = <h5>|</h5>

#Content Elemente aufräumen und Kommentare entfernen
tt_content.stdWrap.dataWrap >
tt_content.stdWrap.prefixComment >
tt_content.header.20.dataWrap >
tt_content.header.20.prefixComment >
tt_content.default.prefixComment >
tt_content.text.stdWrap.prefixComment >
tt_content.text.20.prefixComment >
tt_content.textpic.20.stdWrap.prefixComment >
tt_content.table.20.stdWrap.prefixComment >
tt_content.mailform.20.stdWrap.wrap >
tt_content.menu.20.stdWrap.prefixComment >
tt_content.image.20.stdWrap.prefixComment >
tt_content.list.20.stdWrap.prefixComment >
</pre>

== Navigation ==
=== GMenu mit Bildern aus den Seiteneigenschaften (Media-Feld) ===
Ein Schnipsel vom 12.3.2009 typo3 blogger
Nicht sehr oft benötigt, aber unter Umständen dennoch hilfreich: ein kleines Copy&Paste Tutorial zur Erstellung eines GMENUs mit Bildern aus dem “media”-Feld der Seiteneigenschaften. Zu beachten gibt es: der GIFBUILDER greift bei diesem Snippet das Bild nicht an, sodass es unverändert im Frontend ausgegeben wird. Dies hatte bei mir den Grund, dass die Website nur aus Bildern besteht und Photoshop nunmal bessere Ergebnisse als ImageMagick bzw. GraphicsMagick liefert - deshalb wollte ich auch nicht, dass er irgendwas an den Bildern verändert oder neu berechnet.
<pre>
temp.menu = HMENU
temp.menu {
1 = GMENU
1 {
wrap = <ul>|</ul>

noBlur = 0
NO = 1
NO {
wrap = <li>|</li>

altImgResource.import = uploads/media/
altImgResource.import.field = media
altImgResource.import.listNum = 0

ATagTitle.field = subtitle // title
}

RO = 1
RO < .NO
RO {
altImgResource.import.listNum = 1
}

ACT < .RO
}
}

lib.menu < temp.menu
</pre>
Welches Bild (falls mehrere vorhanden sind) TYPO3 nun für das Erzeugen des Menüs nimmt bestimmt folgende Zeile:

altImgResource.import.listNum = 0

Zu beachten gibt es dabei: wie in der Datentechnik üblich fängt man bei 0 zu zählen an, 0 ist dabei das erste Bild, 1 das zweite, 2 das dritte, usw.

=== GMENU und wrapItemAndSub Workaround mit TMENU===
Ebenfalls von Typo3Blogger

Freunde von semantisch korrektem HTML die auf ein grafisches, mehrstufiges Menü angewiesen sind, werden wissen wovon ich spreche. Man hat ein tolles GMENU gebastelt, welches wunderbare Grafiken liefert und fragt sich “warum ist mein HTML kaputt?”. Nach ein paar Sekunden googlen findet man die Antwort: GMENU fehlt die Eigenschaft “wrapItemAndSub”, mit welchem sich einfach verschachtelte Menüs realisieren lassen. Es gibt viele Ansätze dies zu umgehen, manche arbeiten mit IFSUB, manche verlassen sich auf Tidy. Vor Kurzem stand ich (wieder einmal) vor dem Problem und wollte es einmal anders lösen.

Dabei bin ich auf folgende Lösung gestoßen:
<pre>
temp.mainMenu = HMENU
temp.mainMenu {
1 = TMENU
1 {
wrap = <ul>|</ul>
NO = 1
NO {
wrapItemAndSub = <li>|</li>
doNotShowLink = 1

RO = 1
ATagTitle.field = title

beforeImg = GIFBUILDER
beforeImg {
XY=[20.w]+15,42
backColor = #1092AD

10 = TEXT
10 {
text {
field = title
align = center
}

fontFile = fileadmin/font.ttf
fontSize = 16
fontColor = #FFFFFF

offset = 0,34
}
}

beforeROImg < .beforeImg
beforeROImg.20.fontColor = #FFD20F
beforeImgLink = 1
}

ACT < .NO
ACT {
RO = 0
beforeImg.20.fontColor = #FF0000
wrapItemAndSub = <li class="act">|</li>
}
}

2 < .1
}

lib.mainMenu < temp.mainMenu
</pre>
Das tolle an dieser Lösung ist nicht nur, dass man wrapItemAndSub verwenden kann, nein auch alle anderen Eigenschaften und Zustände des TMENU stehen einem zur Verfügung!

Ich frage mich, warum wrapItemAndSub bis heute noch nicht in TYPO3 implementiert wurde. Vielleicht wäre es mit der aktuellen Veröffentlichung der TYPO3 4.3 Alpha 2 und der Aufforderung die Feature-Wunschliste zu füllen einmal Zeit diesem Punkt etwas Nachdruck zu verleihen. Falls ihr noch andere Lösungsansätze auf Lager oder bessere Ideen habt, bitte informiert uns in den Comments!

=== Klassisches List Menu ===
Dieses Menü kann als Grundbaustein für alle möglichen Menüs verwendet werden. Man kopiert sich das Menü in ein neues Objekt und modifiziert dort die Eigenschaften wie man sie braucht. Als Alternative gibt es noch das [[Menue als CSS formatierte Liste]] in dem ein fixer Startpunkt vorgegeben ist:

==== Accessible ====
benötigt cronaccessiblemenues

<pre>
temp.listMenu = HMENU

# Falls das Menü nicht bei der obersten Ebene anfangen soll
temp.listMenu.entryLevel = 1

# Bei Bedarf einzelne Seiten aus dem Menü ausschließen
#temp.listMenu.excludeUidList = 1,2,3

temp.listMenu.1 = TMENU
temp.listMenu.1 {
wrap = <ul>|</ul>
noBlur = 1
IProcFunc = user_cronaccessiblemenus->makeAccessible

//NO.after = xyz
# Access Keys einschalten
IProcFunc.accessKeys = 1

# Hierarchische Nummerierung der Menüpunkte einschalten
IProcFunc.dfn = 1
IProcFunc.accessKeyWrap = <span class="accessKey">|</span>
IProcFunc.appendWrap = <span class="invisible"> (ALT-|)</span>

# Die folgenden Accesskeys nicht verwenden (bereits belegt)

IProcFunc.forbiddenKeys = 0,D,B,A,F,X,m,p

# Einstellungen für nicht-aktive Seiten

NO {
wrapItemAndSub = |*| <li class="NO"> | <span class="invisible">.</span></li>|*|<li class="NO last"> | <span class="invisible">.</span></li>
stdWrap.htmlSpecialChars = 1
# stdWrap.wrap = |abc
ATagTitle.field = abstract // description
}

# Einstellungen für Seiten, die sich in der Rootline befinden

ACT = 1
ACT {
wrapItemAndSub = |*| <li class="ACT"> | <span class="invisible">.</span></li> |*| <li class="ACT last"> | <span class="invisible">.</span></li>
stdWrap.htmlSpecialChars = 1
ATagTitle.field = abstract // description
}

# Einstellungen für die aktuelle Seite

CUR = 1
CUR {
wrapItemAndSub = |*| <li class="CUR"> | <span class="invisible">.</span></li> |*| <li class="CUR last"> | <span class="invisible">.</span></li>
stdWrap.htmlSpecialChars = 1
doNotLinkIt = 0
}
}

# Gleiche Einstellungen für die nächsten Ebenen

temp.listMenu.2 = TMENU
temp.listMenu.2 < temp.listMenu.1

temp.listMenu.3 = TMENU
temp.listMenu.3 < temp.listMenu.2

temp.listMenu.4 = TMENU
temp.listMenu.4 < temp.listMenu.2

</pre>

==== Classic (not accessible) ====
<pre>
temp.listMenu = HMENU

# Falls das Menü nicht bei der obersten Ebene anfangen soll
temp.listMenu.entryLevel = 1

# Bei Bedarf einzelne Seiten aus dem Menü ausschließen
#temp.listMenu.excludeUidList = 1,2,3

temp.listMenu.1 = TMENU
temp.listMenu.1 {
wrap = <ul>|</ul>
noBlur = 1

# Einstellungen für nicht-aktive Seiten

NO {
wrapItemAndSub = |*| <li class="NO"> | </li>|*|<li class="NO last"> | </li>
stdWrap.htmlSpecialChars = 1
ATagTitle.field = abstract // description
}

# Einstellungen für Seiten, die sich in der Rootline befinden

ACT = 1
ACT {
wrapItemAndSub = |*| <li class="ACT"> | </li> |*| <li class="ACT last"> | </li>
stdWrap.htmlSpecialChars = 1
ATagTitle.field = abstract // description
}

# Einstellungen für die aktuelle Seite

CUR = 1
CUR {
wrapItemAndSub = |*| <li class="CUR"> | </li> |*| <li class="CUR last"> | </li>
stdWrap.htmlSpecialChars = 1
doNotLinkIt = 0
}
}

# Gleiche Einstellungen für die nächsten Ebenen

temp.listMenu.2 = TMENU
temp.listMenu.2 < temp.listMenu.1

temp.listMenu.3 = TMENU
temp.listMenu.3 < temp.listMenu.2

temp.listMenu.4 = TMENU
temp.listMenu.4 < temp.listMenu.2

</pre>

=== Multilanguage Menu ===
[[Typo3 - Multilanguage Menu]]
=== Bilder Menü ===
siehe: [[Typo3 - Bildermenü]]
=== Einfaches Menü mit 1 Ebene (CSS) ===
siehe: [[Menue als CSS formatierte Liste]]

=== Menü mit 2 Ebenen als verschachtelte Liste ===
Dieses Menü ist besonders für vertikale Navigationen geeignet

'''Constants'''
<pre>
# Einstieg Level 1
navi-L12-startID = 1
navi-L12-delimiter =   |  
navi-L12-delimiter =
</pre>

'''Setup'''
<pre>
### Top Navigation ###
temp.navi-L12 = HMENU
temp.navi-L12 {
#stdWrap.case = lower
special = directory
# Seitenid für den Einstieg
special.value = {$navi-L12-startID}
# Ebene für den Einstieg (nicht vergessen wg. 2. Level)
entryLevel = 1
1 = TMENU
1{
noBlur = 1
wrap = <ul>|</ul>
NO = 1
NO.linkWrap = |*| <li>|{$navi-L12-delimiter}</li> |*| <li>|</li>
ACT = 1
ACT.linkWrap = |*| <li class="on">|{$navi-L12-delimiter}</li> |*| <li class="on">|</li>
ACTIFSUB = 1
#Wenn Unterpunkte dann li aufmachen
ACTIFSUB.linkWrap = <li class="on">|
}
2 = TMENU
2{
noBlur = 1
NO = 1
#Unterpunkt also neue ul und danach li zu (von L1 geöffnet)
wrap = <ul>|</ul></li>
NO.linkWrap = |*| <li>|{$navi-L12-delimiter}</li> |*| <li>|</li>
ACT = 1
ACT.linkWrap = |*| <li class="on">|{$navi-L12-delimiter}</li> |*| <li class="on">|</li>

#ACTIFSUB = 1
#ACTIFSUB.linkWrap = <li class="on">|</li>
}
}
</pre>
=== Menü mit 2 Ebenen als separate Listen ===
Dieses Menü ist besonders für horizontale Navigationen geeignet.

Da die 2. Ebene relativ angegeben wird muß man bei mehreren Navigationsbäumen aufpassen, daß evt. ein Untermenü einer anderen Navigation (anderer Baum) ebenfalls angezeigt wird. Das läßt sich z.B. umgehen in dem man das Navitemplate erst im Unterbaum setzt oder indem man im Hauptbaum eine Bedingung setzt ([PIDinRootline = 123])

Ebene 1 ist im Prinzip eine einfache Liste:
'''Constants'''
<pre>
# Navi nur Level1
#Startpunkt
navi_startID = 1

#Trennzeichen für horizontale Navi:
naviL1-delimiter =   |  
</pre>
'''Setup'''
<pre>
### Top Navigation ###
temp.naviL1 = HMENU
temp.naviL1 {
#stdWrap.case = lower
special = directory
# Seitenid für den Einstieg
special.value = {$navi_startID}
1 = TMENU
1.noBlur = 1
1.wrap = <ul>|</ul>
1.NO = 1
1.NO.linkWrap = |*| <li>|{$naviL1-delimiter}</li> |*| <li>|</li>
1.ACT = 1
1.ACT.linkWrap = |*| <li class="on">|{$naviL1-delimiter}</li> |*| <li class="on">|</li>
#1.ACTIFSUB = 1
#1.ACTIFSUB.linkWrap = <li class="on">|</li>
}

</pre>

Für Ebene 2 wird eine weitere Liste generiert wenn man sich in einem bestimmten Level befindet:
'''Constants'''
<pre>
# Navigation nur ab Level x als ul (Standard entry Level1=2.Level)

#Trennzeichen für horizontale Navi:
naviLx-delimiter =   |  
naviLx-entryLevel = 1
</pre>

'''Setup'''
<pre>
temp.naviLx = HMENU
temp.naviLx {
# Seitenbaumebene ab Level 1 darstellen (2. Ebene)
entryLevel = {$naviLx-entryLevel}
# Level 2
1 = TMENU
1{
noBlur = 1
wrap = <ul>|</ul>
NO = 1
# Für horizontale Navi mit delimiter bei vertikal einfach nichts setzen
NO.linkWrap = |*| <li>|{$naviLx-delimiter}</li> |*| <li>|</li>

ACT = 1
# Für vertikale Navi ohne delimiter...
#ACT.linkWrap = <li class="on">|</li>
# und horizontal mit delimiter
ACT.linkWrap = |*| <li class="on">|{$naviLx-delimiter}</li> |*| <li class="on">|</li>

#ACTIFSUB = 1
#ACTIFSUB.linkWrap = <li class="on">|
}
}
</pre>

=== Menü als CSS formatierte Liste (allgemein) ===
[[Menue als CSS formatierte Liste]]
=== CSS-Flyout Menü ===
[[Typo3 - CSS-Flyout Menü]]

=== Sauberes grafisches Menü ===
[[Typo3 - Grafisches Menü]]

== Extensions ==
=== Autoparser (automaketemplate und Templateswitcher (tx_rlmptmplselector) konfigurieren ===
Der Template - Switcher benötigt automaketemplate (oder man arbeitet direkt mit TS-Templates).
Am besten gleich beide in einem Basis Template konfigurieren:

<pre>
### SET UP TEMPLATE SELECTOR ###
plugin.tx_rlmptmplselector_pi1 {

// Define the paths leading to our HTML template files
templatePathMain = fileadmin/dinos/templates/main/
templatePathSub = fileadmin/dinos/templates/sub/

// Define the filenames used as the default HTML templates
defaultTemplateFileNameMain = main.html
defaultTemplateFileNameSub = sub01.html

// If there is a page having no template selected, use a template
// selected earlier in the rootline. If there is none, use the default
inheritMainTemplates = 1
inheritSubTemplates = 1
}

### Autoparser Konfigurieren (alle IDs als Marker) ###

plugin.tx_automaketemplate_pi1{
# content = FILE
# content.file = fileadmin/templates/main/main.html

content < plugin.tx_rlmptmplselector_pi1
elements {
BODY.all = 1
BODY.all.subpartMarker = DOCUMENT_BODY
HEAD.all = 1
HEAD.all.subpartMarker = DOCUMENT_HEADER
HEAD.all.rmTagSections = title
DIV.all = 1
TD.all = 1
}
relPathPrefix = fileadmin/dinos/templates/main/
}

</pre>

=== News - Modul ===
Hier gibt es fertige Konfigurationen:
[[News (tt_news)]]

=== eCards - sr_sendcard ===
<pre>
# The Fast Way:
# plugin.tx_srsendcard_pi1._CSS_DEFAULT_STYLE = @import url("fileadmin/dinos/templates/css/srsendcard.css");
# But better is this (more flexible lesser Overhead)

plugin.tx_srsendcard_pi1._CSS_DEFAULT_STYLE >

[PIDinRootline = 14]
page.includeCSS.file2 = fileadmin/dinos/templates/srsendcard/srsendcard.css
[global]

plugin.tx_srsendcard_pi1{

templateFile = fileadmin/dinos/templates/srsendcard/srsendcard.tmpl
locale_all = de_DE
oldYear = 2006
# Vorschauseite (wenn gewünscht)
# previewPID = your_page_id
enableHTMLMail = 1
siteEmail = info@start-reutlingen.de
siteName = Erben der Dinos
# musicDir = EXT:sr_sendcard/music
#cardMusicFiles = autumnleaves.mid, OverTheRainbow.mid, Pomp_and_Circumstance.mid
disableMusic = 1
maxCol = 2
imageSmallWidth = 150
imageSmallHeight = 150
imageBigWidth = 300
imageBigHeight = 300
#logo
#logoAlignHor = right
#logoAlignVert = bottom
#useAlternateImageOnPrint
### For use with other pids use this one too
#createPID
#formPID
#previewPID
#useCAPTCHA = 0
#viewPID
#printPID
### Erscheinungsbild ###
cardStamp = fileadmin/dinos/templates/srsendcard/stamp.gif
#date_stdWrap
disableSendDate = 1
cardBgcolors = #FFFFFF,#A00A1C,#FF993F
cardFontcolors = #000000, #FFFFFF,#A00A1C
#disableFontcolors
#disableFontfaces
#disableCardOptions
#graphicMess
#graphicMessWidth
#graphicMessFontFiles
#graphicMessFontSizes
#fontDir
#doNotShowCardCaptions
cardPresentationOrder = manual
salutation = informal
#disableBgcolors = 1
}
</pre>

=== Zufallsbild tx_ccrandomimage ===

'''TypoScript - Setup'''
<pre>
### zufallsbild erzeugen ###
includeLibs.tx_ccrandomimage = EXT:cc_random_image/pi1/class.tx_ccrandomimage_pi1.php

// USER_INT means 'no caching'
temp.randomImage = USER_INT
temp.randomImage{
userFunc = tx_ccrandomimage_pi1->main
path = fileadmin/randomImage/
fileExt = jpg,jpeg,gif,png
#Das Render Objekt ist ein content object array (COA) mit einem Bild
#Vor dem Rendern werden die ###FILE_x### marker mit den Bildern aus path ersetzt
renderObj = COA
renderObj {
10 = IMAGE
10.file = ###FILE_1###
// ... weitere Bilder wenn benötigt
}
}

</pre>

=== hCard - Microformat ===
Das Thema Semantic Web wird inzwischen immer interessanter, darum kam ich auf die Idee - fast allein mit TypoScript - das bekannte hCard-Microformat in TYPO3 zu integrieren.

Was wir dafür brauchen ist eine eigene kleine Extension, diese benötigen wir lediglich für eine einzige Zeile Code, welche in die Datei ext_tables.php kommt:

1.
t3lib_extMgm::addToInsertRecords('fe_users');

Dazu jetzt noch das TypoScript:

1.
temp.hcard = COA
2.
temp.hcard {
3.
wrap =
4.
<div id="hcard" class="vcard">|</div>
5.

6.
10 = IMAGE
7.
10.file {
8.
import = uploads/pics/
9.
import.field = image
10.
width = 40
11.
params = class="photo"
12.
}
13.
20 = TEXT
14.
20.field = name
15.
20.typolink.parameter.field = url
16.
20.typolink.ATagParams = class="url fn"
17.
30 = TEXT
18.
30.field = company
19.
30.wrap =
20.
<div class="org">|</div>
21.

22.
40 = TEXT
23.
40.field = email
24.
40.typolink.parameter.field = email
25.
40.typolink.ATagParams = class="email"
26.
50 = COA
27.
50 {
28.
wrap =
29.
<div class="adr">|</div>
30.

31.
10 = TEXT
32.
10.field = address
33.
10.wrap =
34.
<div class="street-address">|</div>
35.

36.
20 = TEXT
37.
20.field = city
38.
20.wrap = <span class="locality">|</span>
39.
30 = TEXT
40.
30.field = zip
41.
30.wrap = <span class="postal-code">|</span>
42.
40 = TEXT
43.
40.field = country
44.
40.wrap = <span class="country-name">|</span>
45.
}
46.
60 = TEXT
47.
60.field = telephone
48.
60.wrap =
49.
<div class="tel">|</div>
50.

51.
}
52.

53.
// fe_users dem type shortcut hinzufügen
54.
tt_content.shortcut.20.0.tables = fe_users
55.
// für Tabelle fe_users sagen wir jetzt noch wie es gerendert werden soll.
56.
tt_content.shortcut.20.0.conf.fe_users < temp.hcard
57.

Und was hat uns das jetzt gebracht? Ganz einfach:

1. Wir haben das Content Element "Insert Record" um die Tabelle fe_users erweitert.
2. Wir haben mit dem TypoScript aus dem Object "temp.hcard" eine komplette hCard definiert, welche jetzt mit meinem fe_user Datensatz befüllt werden kann.
3. Durch die CSS-Klassen kann man die Visitenkarte nun auch noch schön aussehen lassen.

Sind alle Daten vorhanden, könnte der erzeugte HTML-Code dann so aussehen:

1.

2.
<div id="hcard" class="vcard">
3.
<img style="float:left; margin-right:4px" src="http://typo3weblog.de/frank.png" alt="photo of " class="photo"/>
4.
<a class="url fn" href="http://typo3weblog.de">Frank Nägler</a>
5.
<div class="org">TYPO3Weblog.de</div>
6.

7.
<a class="email" href="mailto:frank.naegler@e-netconsulting.rl">frank.naegler@e-netconsulting.rl</a>
8.
<div class="adr">
9.
<div class="street-address">Sievekingsallee 150b</div>
10.

11.
<span class="locality">Hamburg</span>
12.
<span class="postal-code">22111</span>
13.
<span class="country-name">Deutschland</span>
14.
</div>
15.
<div class="tel">+49 (0)7000 623 45 37</div>
16.
</div>
17.

Cool oder?

Die komplette Extension fn_hcard als T3X Export habe ich hier für Euch zum Download.

Aus Typo3 Adventskalender2008

===Extension: Direct Shortcuts (sms_directshortcuts)===

http://typo3.org/extensions/repository/view/sms_directshortcuts/current/
TYPO3 generiert, wie jeder weiss, bei internen Verweisen immer eine extra Seite, die selbst wiederum einen redirect macht. Dieses vorgehen hat einerseits den Vorteil, dass man Skripte dazwischen schieben kann um z.B. Klicks zu tracken, anderseits den Nachteil, dass eine “falsche” URL im Menü zu finden ist. Dieser Nachteil macht sich bemerkbar wenn man sich mit der Suchmaschinenoptimierung von TYPO3 Seiten beschäftigt.

== Nützliche TS-Templates ==
=== Tabellen im RTE ===
Details: http://dev.datenwolken.de/index.php?id=195
==== Standardklasse contenttable unterdrücken eigene Klassen zulassen ====
lib.parseFunc_RTE.externalBlocks.table.stdWrap.HTMLparser.tags.table.fixAttrib.class >
==== P Tag raus ====
lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default >
lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default.stdWrap.parseFunc =< lib.parseFunc

=== Externes JavaScript einbinden ===
==== JavaScript im Header ====
Beispiel:

temp.addHeaderData=COA
[browser = msie]
temp.addHeaderData{
90 = TEXT
90.value (
<script src="fileadmin/templates/scripts/ielt7.js" type="text/javascript"></script>
)
90.wrap = 
#90.stdWrap.char = 10

}
[global]

Hier wird für IE kleiner als Version 7 ein JavaScript File eingebunden.

==== JavaScript als Marker ====
Als Temporäres Objekt, kann natürlich auch Javascript in einen Marker eingebunden werden.
==== JavaScript über Record ====
Eine Möglichkeit die das leichte ändern der Skripte zuläßt wäre folgende.
Man legt irgendwo auf einer Seite ein HTML - Element an hinterlegt das Skript und verweist mit TypoScript auf diesen RECORD. Bzw. bindet ihn im Template ein.

ToDo Beispiel

=== xhtml optimierung ===
Einiges davon braucht man in Version 4+ nicht mehr...
<pre>
#######################################################
############ XHTML optimieren
#######################################################

#Default Javascripts in externes File auslagern
config.removeDefaultJS = 1
config.removeDefaultJS = external

#<?xml... ?> Prolog deaktivieren
config.xmlprologue = none

#<html lang="de" xml:lang="de"> auf de setzen
config.htmlTag_langKey = de

#CSS Datei in externes File auslagern
config.inlineStyle2TempFile = 1
config.disablePrefixComment = 1

#RTE Tuning
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.P.class >
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.remapTag >
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.DIV.class >

#Angabe von Tags, die nicht mit einem zusätzlichen wrap umgeben werden dürfen
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.encapsTagList = div, p, h1, h2, h3, h4, h5, h6

#Entfernt die zusätzlichen CSS-Klassen
lib.stdheader.3 = LOAD_REGISTER
lib.stdheader.3.headerClass =
lib.stdheader.3.headerClass.noTrimWrap = |
lib.stdheader.stdWrap.dataWrap = |

#Standard-Headings aufräumen
lib.stdheader.stdWrap.dataWrap =
lib.stdheader.10.1.fontTag = <h1>|</h1>
lib.stdheader.10.2.fontTag = <h2>|</h2>
lib.stdheader.10.3.fontTag = <h3>|</h3>
lib.stdheader.10.4.fontTag = <h4>|</h4>
lib.stdheader.10.5.fontTag = <h5>|</h5>

#Content Elemente aufräumen und Kommentare entfernen
#tt_content.stdWrap.dataWrap >
tt_content.stdWrap.prefixComment >
#tt_content.header.20.dataWrap >
tt_content.header.20.prefixComment >
tt_content.default.prefixComment >
tt_content.text.stdWrap.prefixComment >
tt_content.text.20.prefixComment >
tt_content.textpic.20.stdWrap.prefixComment >
tt_content.table.20.stdWrap.prefixComment >
tt_content.mailform.20.stdWrap.wrap >
tt_content.menu.20.stdWrap.prefixComment >
tt_content.image.20.stdWrap.prefixComment >
tt_content.list.20.stdWrap.prefixComment >

#Cleargif entfernen
tt_content.image.20.spaceBelowAbove = 0
tt_content.header.stdWrap.space = 0|0
tt_content.stdWrap.space = 0|0
tt_content.stdWrap.spaceBefore = 0
tt_content.stdWrap.spaceAfter = 0
lib.stdheader.stdWrap.space = 0|0

#Auch hinter den Headlines
tt_content.text.20.parseFunc.tags.typohead.stdWrap.space = 0|0

# Sicherstellen, dass nonTypoTagStdWrap nur im Inhalt außerhalb von
#<typolist> und <typohead> arbeitet:
tt_content.text.20.parseFunc.tags.typolist.breakoutTypoTagContent = 1
tt_content.text.20.parseFunc.tags.typohead.breakoutTypoTagContent = 1

# ... und kein <BR> vor dem typohead.
tt_content.text.20.parseFunc.tags.typohead.stdWrap.wrap >
# Einstellen von nonTypoTagStdWrap, dass der Text mit P-Tags umschlossen wird.
tt_content.text.20.parseFunc.nonTypoTagStdWrap >
tt_content.text.20.parseFunc.nonTypoTagStdWrap.encapsLines {
encapsTagList = div, p
remapTag.DIV = P
wrapNonWrappedLines = |
innerStdWrap_all.ifEmpty =
innerStdWrap_all.textStyle < tt_content.text.20.textStyle
}

# Schließlich noch Entfernen der alten textstyle-Formatierung des gesamten Haupttextes.
tt_content.text.20.textStyle >

# ... und der <BR>-Tag nach dem Inhalt wird auch nicht mehr gebraucht...
tt_content.text.20.wrap >

# clear.gif entfernen
tt_content.image.20.spaceBelowAbove = 0
tt_content.header.stdWrap.space = 0|0
tt_content.stdWrap.space = 0|0
tt_content.stdWrap.spaceBefore = 0
tt_content.stdWrap.spaceAfter = 0
lib.stdheader.stdWrap.space = 0|0

# clear.gif hinter den Überschriften entfernen
tt_content.text.20.parseFunc.tags.typohead.stdWrap.space = 0|0

#Attribute für p- und pre-tags entfernen
tt_content.text.20.parseFunc.nonTypoTagStdWrap.encapsLines.addAttributes {
P.style=
PRE.style=
}

# Unterdrückt den Umbruch < br >
lib.stdheader.10.stdWrap.wrap = |
tt_content.textpic.20.spaceBelowAbove = 0
tt_content.image.20.spaceBelowAbove = 0
tt_content.textpic.20.noStretchAndMarginCells = 1
tt_content.image.20.noStretchAndMarginCells = 1

# Setup Anker-Tags entfernen
tt_content.noANameTagForFirstRecord = 1
</pre>

=== Inhalte von Backend-Feldern ausgeben ===
Hinweise dazu findest du unter:

[[TypoScript - Daten auslesen]]

=== Ein Breadcrumb Menü (Rootline-Menü) ===
Constants
<pre>
<nowiki>
#[begin-level] | [end-level]
# Variante 1: Seite 1 | Seite 2 | Seite 3
rootlineDelimiter =  | 
# Variante 2: Seite 1 > Seite 2 > Seite 3
# delimiter =  > 
</pre>
Setup
<pre>
temp.rootline = HMENU
temp.rootline {
special = rootline

# zeige komplette rootline an
special.range = 2|-1

# Variation: zeige Link auf die übergeordnete Seite
#special.range = -2|-2

# Text vor dem Rootline Menü
wrap = Sie sind hier: |

special.targets.3 = page
1 = TMENU
1.target = _top
1.NO {
ATagBeforeWrap = 0
stdWrap.htmlSpecialChars = 1
linkWrap = |{$rootlineDelimiter}|*||*| |
}
}

[globalVar = GP:L = 1]
temp.rootline.wrap = You are here: |
[GLOBAL]

[globalVar = GP:L = 2]
temp.rootline.wrap = Vous êtes ici: |
[GLOBAL]
</nowiki>
</pre>

=== Ein CSS-Template mit Markern nutzen ===
Ein CSS File wird eingelesen, enthaltene Marker dynamisch ersetzt und die Styles im Headerbereich der Seite als Inline-Styles eingebunden.

'''Constants'''
<pre>
color1 = FFE292
color2 = F68D6F
color3 = FABD9E

backgroundImage = fileadmin/templates/main/images/navBack-grey.gif
</pre>

''' Setup '''
<pre>
# das Objekt zunächst als Bibliothek zur späteren Verwendung
lib.stylesheet.default = TEMPLATE
lib.stylesheet.default {
# template einlesen
template = FILE
template.file=fileadmin/templates/main/colors.css
# Platzhalter ersetzten
marks{
COLOR1 = TEXT
COLOR1.value = {$color1}
COLOR2 = TEXT
COLOR2.value = {$color2}
COLOR3 = TEXT
COLOR3.value = {$color3}

NAVBACK = TEXT
NAVBACK.value = {$backgroundImage}
}
}

# Stylesheet in Header eintragen
page.headerData{
90 = COA
90{
wrap = <style type="text/css"></style>
50 < lib.stylesheet.default
}
}
}

</pre>

=== Bild aus Media-Feld auslesen ===
<pre>
temp.mediaFieldImage=IMAGE
temp.mediaFieldImage.file {
import.data = levelmedia: 2,slide
import = uploads/media/
import.listNum = 0
#width = 270
#height= 300
}
</pre>

=== Bild aus Ressourcen Feld auslesen ===
Hinweis Seiteneigenschaften > Resourcen
<pre>
temp.mein Bild = IMG_RESSOURCE
temp.mein Bild{
file = hintergrund*.jpg
stdWrap.wrap = <div style="background-image: | ; padding: 5px;"> ein Kasten </div>
}
</pre>

Hinweis: Typo3 vergibt beim vervielfältigen automatisch eine Endung. Damit das Bild trotzdem immer gefunden wird, ein Sternchen setzen (Joker)

=== Bild automatisch mit Alt-Tag versehen ===
Dieses TypoScript füllt das Alt-Tag Feld mit Daten aus dem Bildnamen z.B. wird Unser_Urlaubsort.jpg zu Unser Urlaubsort

[[Bild automatisch mit Alt-Tag versehen]]

=== Logo mit Verlinkung auf die Homepage (1.2)===
'''Constants'''
<pre>
# Link für das Logo
# Zahl (Seiten-ID), URL (www.zielseite.de) oder Email-Adresse
logoLink = 1
logoFile = fileadmin/templates/images/logo.gif
</pre>

''' Setup '''
<pre>
# Fügt ein Logo mit Link ein

temp.logo = IMAGE
temp.logo {
#file = /fileadmin/dinos/templates/main/images/logo-rt.gif
file = {$logoFile}
stdWrap.typolink.parameter = {$logoLink}
}
</pre>

=== Copyright mit immer aktuellem Jahr ===
'''TypoScript Setup'''
<pre>
temp.copyright = COA
temp.copyright{
5= TEXT
5.value = © 
10 = TEXT
#HeUte Timestamp einlesen
10.data = date:U
10.data.strftime = %Y
}
</pre>

ein anderes Beispiel:
<pre>
subparts.footer{
10 = TEXT
10.data = date:Y
10.wrap = <p class="footer">© | Ich</p>
}
</pre>

=== Datum der letzten Änderung anzeigen ===
'''Constants'''
lastChangePrefix = Letzte Änderung: 
'''Setup'''
<pre>
temp.lastChange = COA
temp.lastChange.5 = TEXT
temp.lastChange.5.value={$lastChangePrefix}
temp.lastChange.10 = TEXT
temp.lastChange.10.register:SYS_LASTCHANGED
temp.lastChange.10.strftime = %d.%m.%Y
</pre>

==== Variante ====
<pre>
temp.lastChange = TEXT
temp.lastChange {
data = page:lastUpdated
if.isTrue.data = page:lastUpdated
date = d.m.Y
wrap = Letzte Änderung: |
wrap2 = |
data = register : SYS_LASTCHANGED
if >
}
</pre>
=== Seiten IDs im Seitenbaum anzeigen ===
UserTS
<pre>
options {
pageTree.showPageIdWithTitle = 1
}
</pre>

=== Client Daten des Benutzers ausgeben ===

temp.browserinfo = COA_INT
temp.browserinfo {
10 = TEXT
10.data = TSFE:clientInfo|SYSTEM
10.wrap = <p> | <br />

20 = TEXT
20.data = TSFE:clientInfo|BROWSER
20.wrap = | &nbsp;

30 = TEXT
30.data = TSFE:clientInfo|VERSION
30.wrap = | </p>
}

== Die Ausgabe von Inhalten verändern ==

=== Layout-Rahmen verändern===
[[Typo3 - Rahmen (Frames)]]

=== Rendering von Inhalten ===

=== Ausgeben von Informationen im head der Seite ===
Wie kann man Stylesheet angaben, Metatags, Skripte etc. im Header ausgeben
[[Typo3 - Tipps und Tricks]] (page.head Objekt)

=== Unnötige Ausgaben im Quelltext verhindern ===
[[TYPO3 - Unnötige Ausgaben im Quelltext verhindern]]

== TypoScript - Basiswissen ==
[[Links mit TypoSkript anlegen]]

== Suche ==

weitere Infos zu Indexed Search:

[[Typo3 - indexed search]]

== Mit HTML und CObj erzeugtes Login ==
Das Beispiel von Tim Lochmüller aus dem Adventskalender 2008, zeigt wie man mit dem Template Objekte größere HTML - Bausteine verwenden kann.

Login mit TS & cObj TEMPLATE
Georg Ringer in TYPO3, Templates, Tutorial, TypoScript

Nach der interessanten Vorstellung von cli-Scripten durch Frank in Türchen 15 zeigt das folgende Tutorial einen guten Weg, einen Login/Logout-Bereich mit TS & HTML zu verwirklichen, ohne dabei auf irgendeine Extension zurückgreifen zu müssen.

Folgendes HTML ist notwendig und wird beispielsweise in fileadmin/template/login.html abgelegt: http://pastebin.com/f4e963e25
Die beiden Subparts sind jeweils für den Login- & Logout-Bereich zuständig und werden mittels Condition umgeschalten.

Das TS ist sehr einfach aufgebaut

lib.login = TEMPLATE
lib.login {
template = FILE
template.file = fileadmin/template/login.html

workOnSubpart = TPL_LOGIN
marks {
URL = TEXT
URL.data = getIndpEnv:TYPO3_REQUEST_URL

PID = TEXT
PID.value = 10789

REGISTER = TEXT
REGISTER {
value = Mitglied werden
typolink {
parameter = 10786
additionalParams = &tx_srfeuserregister_pi1[cmd]=edit
useCacheHash = 1
ATagParams = class=”link link1″
}
}
PWD = TEXT
PWD {
value = Password vergessen?
typolink {
parameter = 10788
ATagParams = class=”link”
}
}
PROFILE = TEXT
PROFILE {
value = Mein Wanderprofil!
typolink {
parameter = 10790
ATagParams = class=”link”
}
}
}
}

[usergroup = *]
lib.login.workOnSubpart = TPL_LOGOUT

[global]

Die notwendigen Variablen sind:

* URL: Die aktuelle URL, auf die nach dem Login/Logout auch weitergeleitet wird
* PID: Id der Seite, die die Benutzer enthält

Nützlich sind weiters:

* REGISTER: Link zu einer Seite, auf der man sich neu registrieren kann
* PWD/PROFILE: Weitere Links zu Seiten nach Bedarf

Die vorgestellte Variante funktioniert out-of-the-box und muss für andere Algorithmen angepasst werden.

Das Tutorial soll dazu anregen, das TEMPLATE-Objekt öfters als nur 1x zu verwenden, denn gerade wenn es um das Inkludieren von etwas mehr HTML geht, ist dies der beste, schnellste und sauberste Weg.

== Benutzer ==
=== Autor-Feld bei neuen Seiten automatisch anlegen ===
TCAdefaults.pages.author = <Name des Redakteurs>
TCAdefaults.pages.author_email = <EMail-Adresse des Redakteurs>

Das funktioniert aber nur dann wenn eine Seite neu angelegt wird. Will man viele Seiten einem Redakteur zuordnen kann man das über eien MySQL abfrage machen:

UPDATE `pages` SET `author` = '<Name des Redakteurs>', `author_email` =
'<EMail-Adresse des Redakteurs>'
WHERE 1 AND `perms_userid` = <UserId des Redakteurs>

in perms_userid steht die ID des Besitzers der Seite, deshalb kann man diesen mit Hilfe des Whereclause ausfiltern.

=== Author Feld, Email-Feld und News Author automatisch anlegen ===
Als weitere Möglichkeit gibt es die Extension cron_setdefaultauthor die genau diese Aufgaben übernimmt. Sie arbeitet im Prinzip wie oben angeführt.

== Ändern von Extension Meldungen durch den Redakteur ==

Adventskalender 2008 von Tim Lochmüller
Immer wieder erlebe ich es, dass der Kunde Texte selber ändern möchte, klar dafür hat er ja auch von uns TYPO3 bekommen. Leider Zum Glück, möchte der Kunde aber manchmal alles pflegen, also auch Texte die aus LocalLang-Dateien oder Templates kommen.

Eine sehr einfache aber durchaus effektive Lösung dafür ist mal wieder ein wenig TypoScript:

1.
plugin.tx_myplugin_pi1.searchError = RECORDS
2.
plugin.tx_myplugin_pi1.searchError {
3.
tables = tt_content
4.
source = 123
5.
}

Jetzt noch das ContentElement mit der UID 123 im Seitenbaum anlegen und folgenden PHP Code in der Extension verwenden:

1.
$marker['###ERR_SEARCH###'] = $this->cObj->cObjGetSingle(
2.
$this->conf['searchError'],
3.
$this->conf['searchError.']
4.
);

Das war es schon, jetzt enthält der Marker ###ERR_SEARCH### den Content, den der Kunde selbst eingepflegt hat. Natürlich muss man kein RECORD nehmen, sondern kann auch alle anderen TS-Objekte wie TEXT oder IMAGE.

Typo3 - Baukasten

2009-04-07T17:13:15Z

91.47.50.190: /* Nützliche TS-Templates */

weitere Infos unter [[Typo3 - Tipps und Tricks]]

== Auf Daten zugreifen ==
Beispiele gibt es hier:

[[TypoScript - Daten auslesen]]

[[Typo3 - stdWrap]]

Die stdWrap Eigenschaft steht vielen Objekten zur Verfügung. Wenn Sie vorhanden ist ist Sie der Problemlöser für fast alle Probleme :-).

[[Typo3 - TSFE]]

[[Typo3 - Das Media Feld]]

== Standardeinstellungen ==
[[Typo3 - Standardeinstellungen]]

== Quellcode aufräumen - Sourcecode verbessern - valides XHTML ==
Der Core produziert seit 4.0 valides XHTML

weitere Hilfen wenn Extensions nicht valide arbeiten bieten:

Installation von Tidy auf dem SErver (aktivieren im Install-Tool)

HTML Cleaner http://typo3.org/extensions/repository/view/qcom_htmlcleaner/2.4.0/

Das Bordeigene HTML-Cleaning: config.xhtml_cleaning = all

Vorsicht bei den Cleanern wenn JavaScript im Spiel ist weil dieser z.T. zerstört werden kann.

=== Beispiel aus dem Forum zum Quelltext aufräumen ===
<pre>
#Einstellen des DocType auf XHTML Transitional
config.doctype = xhtml_trans
#XHTML Cleaning aktivieren
config.xhtml_cleaning = all
#Default Javascripts in externes File auslagern
config.removeDefaultJS = 1
config.removeDefaultJS = external
#<?xml... ?> Prolog deaktivieren
config.xmlprologue = none
#CSS Datei in externes File auslagern
config.inlineStyle2TempFile = 1
config.disablePrefixComment = 1

#RTE Tuning
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.P.class >
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.remapTag >
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.DIV.class >
#Angabe von Tags, die nicht mit einem zusätzlichen wrap umgeben werden dürfen
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.encapsTagList = cite, div, p, pre, h1, h2, h3, h4, h5, h6

#Entfernt die zusätzlichen CSS-Klassen
lib.stdheader.3 = LOAD_REGISTER
lib.stdheader.3.headerClass =
lib.stdheader.3.headerClass.noTrimWrap = |
lib.stdheader.stdWrap.dataWrap = |

#Standard-Headings aufräumen
lib.stdheader.stdWrap.dataWrap =
lib.stdheader.10.1.fontTag = <h1>|</h1>
lib.stdheader.10.2.fontTag = <h2>|</h2>
lib.stdheader.10.3.fontTag = <h3>|</h3>
lib.stdheader.10.4.fontTag = <h4>|</h4>
lib.stdheader.10.5.fontTag = <h5>|</h5>

#Content Elemente aufräumen und Kommentare entfernen
tt_content.stdWrap.dataWrap >
tt_content.stdWrap.prefixComment >
tt_content.header.20.dataWrap >
tt_content.header.20.prefixComment >
tt_content.default.prefixComment >
tt_content.text.stdWrap.prefixComment >
tt_content.text.20.prefixComment >
tt_content.textpic.20.stdWrap.prefixComment >
tt_content.table.20.stdWrap.prefixComment >
tt_content.mailform.20.stdWrap.wrap >
tt_content.menu.20.stdWrap.prefixComment >
tt_content.image.20.stdWrap.prefixComment >
tt_content.list.20.stdWrap.prefixComment >
</pre>

== Navigation ==
=== GMenu mit Bildern aus den Seiteneigenschaften (Media-Feld) ===
Ein Schnipsel vom 12.3.2009 typo3 blogger
Nicht sehr oft benötigt, aber unter Umständen dennoch hilfreich: ein kleines Copy&Paste Tutorial zur Erstellung eines GMENUs mit Bildern aus dem “media”-Feld der Seiteneigenschaften. Zu beachten gibt es: der GIFBUILDER greift bei diesem Snippet das Bild nicht an, sodass es unverändert im Frontend ausgegeben wird. Dies hatte bei mir den Grund, dass die Website nur aus Bildern besteht und Photoshop nunmal bessere Ergebnisse als ImageMagick bzw. GraphicsMagick liefert - deshalb wollte ich auch nicht, dass er irgendwas an den Bildern verändert oder neu berechnet.
<pre>
temp.menu = HMENU
temp.menu {
1 = GMENU
1 {
wrap = <ul>|</ul>

noBlur = 0
NO = 1
NO {
wrap = <li>|</li>

altImgResource.import = uploads/media/
altImgResource.import.field = media
altImgResource.import.listNum = 0

ATagTitle.field = subtitle // title
}

RO = 1
RO < .NO
RO {
altImgResource.import.listNum = 1
}

ACT < .RO
}
}

lib.menu < temp.menu
</pre>
Welches Bild (falls mehrere vorhanden sind) TYPO3 nun für das Erzeugen des Menüs nimmt bestimmt folgende Zeile:

altImgResource.import.listNum = 0

Zu beachten gibt es dabei: wie in der Datentechnik üblich fängt man bei 0 zu zählen an, 0 ist dabei das erste Bild, 1 das zweite, 2 das dritte, usw.

=== GMENU und wrapItemAndSub Workaround mit TMENU===
Ebenfalls von Typo3Blogger

Freunde von semantisch korrektem HTML die auf ein grafisches, mehrstufiges Menü angewiesen sind, werden wissen wovon ich spreche. Man hat ein tolles GMENU gebastelt, welches wunderbare Grafiken liefert und fragt sich “warum ist mein HTML kaputt?”. Nach ein paar Sekunden googlen findet man die Antwort: GMENU fehlt die Eigenschaft “wrapItemAndSub”, mit welchem sich einfach verschachtelte Menüs realisieren lassen. Es gibt viele Ansätze dies zu umgehen, manche arbeiten mit IFSUB, manche verlassen sich auf Tidy. Vor Kurzem stand ich (wieder einmal) vor dem Problem und wollte es einmal anders lösen.

Dabei bin ich auf folgende Lösung gestoßen:
<pre>
temp.mainMenu = HMENU
temp.mainMenu {
1 = TMENU
1 {
wrap = <ul>|</ul>
NO = 1
NO {
wrapItemAndSub = <li>|</li>
doNotShowLink = 1

RO = 1
ATagTitle.field = title

beforeImg = GIFBUILDER
beforeImg {
XY=[20.w]+15,42
backColor = #1092AD

10 = TEXT
10 {
text {
field = title
align = center
}

fontFile = fileadmin/font.ttf
fontSize = 16
fontColor = #FFFFFF

offset = 0,34
}
}

beforeROImg < .beforeImg
beforeROImg.20.fontColor = #FFD20F
beforeImgLink = 1
}

ACT < .NO
ACT {
RO = 0
beforeImg.20.fontColor = #FF0000
wrapItemAndSub = <li class="act">|</li>
}
}

2 < .1
}

lib.mainMenu < temp.mainMenu
</pre>
Das tolle an dieser Lösung ist nicht nur, dass man wrapItemAndSub verwenden kann, nein auch alle anderen Eigenschaften und Zustände des TMENU stehen einem zur Verfügung!

Ich frage mich, warum wrapItemAndSub bis heute noch nicht in TYPO3 implementiert wurde. Vielleicht wäre es mit der aktuellen Veröffentlichung der TYPO3 4.3 Alpha 2 und der Aufforderung die Feature-Wunschliste zu füllen einmal Zeit diesem Punkt etwas Nachdruck zu verleihen. Falls ihr noch andere Lösungsansätze auf Lager oder bessere Ideen habt, bitte informiert uns in den Comments!

=== Klassisches List Menu ===
Dieses Menü kann als Grundbaustein für alle möglichen Menüs verwendet werden. Man kopiert sich das Menü in ein neues Objekt und modifiziert dort die Eigenschaften wie man sie braucht. Als Alternative gibt es noch das [[Menue als CSS formatierte Liste]] in dem ein fixer Startpunkt vorgegeben ist:

==== Accessible ====
benötigt cronaccessiblemenues

<pre>
temp.listMenu = HMENU

# Falls das Menü nicht bei der obersten Ebene anfangen soll
temp.listMenu.entryLevel = 1

# Bei Bedarf einzelne Seiten aus dem Menü ausschließen
#temp.listMenu.excludeUidList = 1,2,3

temp.listMenu.1 = TMENU
temp.listMenu.1 {
wrap = <ul>|</ul>
noBlur = 1
IProcFunc = user_cronaccessiblemenus->makeAccessible

//NO.after = xyz
# Access Keys einschalten
IProcFunc.accessKeys = 1

# Hierarchische Nummerierung der Menüpunkte einschalten
IProcFunc.dfn = 1
IProcFunc.accessKeyWrap = <span class="accessKey">|</span>
IProcFunc.appendWrap = <span class="invisible"> (ALT-|)</span>

# Die folgenden Accesskeys nicht verwenden (bereits belegt)

IProcFunc.forbiddenKeys = 0,D,B,A,F,X,m,p

# Einstellungen für nicht-aktive Seiten

NO {
wrapItemAndSub = |*| <li class="NO"> | <span class="invisible">.</span></li>|*|<li class="NO last"> | <span class="invisible">.</span></li>
stdWrap.htmlSpecialChars = 1
# stdWrap.wrap = |abc
ATagTitle.field = abstract // description
}

# Einstellungen für Seiten, die sich in der Rootline befinden

ACT = 1
ACT {
wrapItemAndSub = |*| <li class="ACT"> | <span class="invisible">.</span></li> |*| <li class="ACT last"> | <span class="invisible">.</span></li>
stdWrap.htmlSpecialChars = 1
ATagTitle.field = abstract // description
}

# Einstellungen für die aktuelle Seite

CUR = 1
CUR {
wrapItemAndSub = |*| <li class="CUR"> | <span class="invisible">.</span></li> |*| <li class="CUR last"> | <span class="invisible">.</span></li>
stdWrap.htmlSpecialChars = 1
doNotLinkIt = 0
}
}

# Gleiche Einstellungen für die nächsten Ebenen

temp.listMenu.2 = TMENU
temp.listMenu.2 < temp.listMenu.1

temp.listMenu.3 = TMENU
temp.listMenu.3 < temp.listMenu.2

temp.listMenu.4 = TMENU
temp.listMenu.4 < temp.listMenu.2

</pre>

==== Classic (not accessible) ====
<pre>
temp.listMenu = HMENU

# Falls das Menü nicht bei der obersten Ebene anfangen soll
temp.listMenu.entryLevel = 1

# Bei Bedarf einzelne Seiten aus dem Menü ausschließen
#temp.listMenu.excludeUidList = 1,2,3

temp.listMenu.1 = TMENU
temp.listMenu.1 {
wrap = <ul>|</ul>
noBlur = 1

# Einstellungen für nicht-aktive Seiten

NO {
wrapItemAndSub = |*| <li class="NO"> | </li>|*|<li class="NO last"> | </li>
stdWrap.htmlSpecialChars = 1
ATagTitle.field = abstract // description
}

# Einstellungen für Seiten, die sich in der Rootline befinden

ACT = 1
ACT {
wrapItemAndSub = |*| <li class="ACT"> | </li> |*| <li class="ACT last"> | </li>
stdWrap.htmlSpecialChars = 1
ATagTitle.field = abstract // description
}

# Einstellungen für die aktuelle Seite

CUR = 1
CUR {
wrapItemAndSub = |*| <li class="CUR"> | </li> |*| <li class="CUR last"> | </li>
stdWrap.htmlSpecialChars = 1
doNotLinkIt = 0
}
}

# Gleiche Einstellungen für die nächsten Ebenen

temp.listMenu.2 = TMENU
temp.listMenu.2 < temp.listMenu.1

temp.listMenu.3 = TMENU
temp.listMenu.3 < temp.listMenu.2

temp.listMenu.4 = TMENU
temp.listMenu.4 < temp.listMenu.2

</pre>

=== Multilanguage Menu ===
[[Typo3 - Multilanguage Menu]]
=== Bilder Menü ===
siehe: [[Typo3 - Bildermenü]]
=== Einfaches Menü mit 1 Ebene (CSS) ===
siehe: [[Menue als CSS formatierte Liste]]

=== Menü mit 2 Ebenen als verschachtelte Liste ===
Dieses Menü ist besonders für vertikale Navigationen geeignet

'''Constants'''
<pre>
# Einstieg Level 1
navi-L12-startID = 1
navi-L12-delimiter =   |  
navi-L12-delimiter =
</pre>

'''Setup'''
<pre>
### Top Navigation ###
temp.navi-L12 = HMENU
temp.navi-L12 {
#stdWrap.case = lower
special = directory
# Seitenid für den Einstieg
special.value = {$navi-L12-startID}
# Ebene für den Einstieg (nicht vergessen wg. 2. Level)
entryLevel = 1
1 = TMENU
1{
noBlur = 1
wrap = <ul>|</ul>
NO = 1
NO.linkWrap = |*| <li>|{$navi-L12-delimiter}</li> |*| <li>|</li>
ACT = 1
ACT.linkWrap = |*| <li class="on">|{$navi-L12-delimiter}</li> |*| <li class="on">|</li>
ACTIFSUB = 1
#Wenn Unterpunkte dann li aufmachen
ACTIFSUB.linkWrap = <li class="on">|
}
2 = TMENU
2{
noBlur = 1
NO = 1
#Unterpunkt also neue ul und danach li zu (von L1 geöffnet)
wrap = <ul>|</ul></li>
NO.linkWrap = |*| <li>|{$navi-L12-delimiter}</li> |*| <li>|</li>
ACT = 1
ACT.linkWrap = |*| <li class="on">|{$navi-L12-delimiter}</li> |*| <li class="on">|</li>

#ACTIFSUB = 1
#ACTIFSUB.linkWrap = <li class="on">|</li>
}
}
</pre>
=== Menü mit 2 Ebenen als separate Listen ===
Dieses Menü ist besonders für horizontale Navigationen geeignet.

Da die 2. Ebene relativ angegeben wird muß man bei mehreren Navigationsbäumen aufpassen, daß evt. ein Untermenü einer anderen Navigation (anderer Baum) ebenfalls angezeigt wird. Das läßt sich z.B. umgehen in dem man das Navitemplate erst im Unterbaum setzt oder indem man im Hauptbaum eine Bedingung setzt ([PIDinRootline = 123])

Ebene 1 ist im Prinzip eine einfache Liste:
'''Constants'''
<pre>
# Navi nur Level1
#Startpunkt
navi_startID = 1

#Trennzeichen für horizontale Navi:
naviL1-delimiter =   |  
</pre>
'''Setup'''
<pre>
### Top Navigation ###
temp.naviL1 = HMENU
temp.naviL1 {
#stdWrap.case = lower
special = directory
# Seitenid für den Einstieg
special.value = {$navi_startID}
1 = TMENU
1.noBlur = 1
1.wrap = <ul>|</ul>
1.NO = 1
1.NO.linkWrap = |*| <li>|{$naviL1-delimiter}</li> |*| <li>|</li>
1.ACT = 1
1.ACT.linkWrap = |*| <li class="on">|{$naviL1-delimiter}</li> |*| <li class="on">|</li>
#1.ACTIFSUB = 1
#1.ACTIFSUB.linkWrap = <li class="on">|</li>
}

</pre>

Für Ebene 2 wird eine weitere Liste generiert wenn man sich in einem bestimmten Level befindet:
'''Constants'''
<pre>
# Navigation nur ab Level x als ul (Standard entry Level1=2.Level)

#Trennzeichen für horizontale Navi:
naviLx-delimiter =   |  
naviLx-entryLevel = 1
</pre>

'''Setup'''
<pre>
temp.naviLx = HMENU
temp.naviLx {
# Seitenbaumebene ab Level 1 darstellen (2. Ebene)
entryLevel = {$naviLx-entryLevel}
# Level 2
1 = TMENU
1{
noBlur = 1
wrap = <ul>|</ul>
NO = 1
# Für horizontale Navi mit delimiter bei vertikal einfach nichts setzen
NO.linkWrap = |*| <li>|{$naviLx-delimiter}</li> |*| <li>|</li>

ACT = 1
# Für vertikale Navi ohne delimiter...
#ACT.linkWrap = <li class="on">|</li>
# und horizontal mit delimiter
ACT.linkWrap = |*| <li class="on">|{$naviLx-delimiter}</li> |*| <li class="on">|</li>

#ACTIFSUB = 1
#ACTIFSUB.linkWrap = <li class="on">|
}
}
</pre>

=== Menü als CSS formatierte Liste (allgemein) ===
[[Menue als CSS formatierte Liste]]
=== CSS-Flyout Menü ===
[[Typo3 - CSS-Flyout Menü]]

=== Sauberes grafisches Menü ===
[[Typo3 - Grafisches Menü]]

== Extensions ==
=== Autoparser (automaketemplate und Templateswitcher (tx_rlmptmplselector) konfigurieren ===
Der Template - Switcher benötigt automaketemplate (oder man arbeitet direkt mit TS-Templates).
Am besten gleich beide in einem Basis Template konfigurieren:

<pre>
### SET UP TEMPLATE SELECTOR ###
plugin.tx_rlmptmplselector_pi1 {

// Define the paths leading to our HTML template files
templatePathMain = fileadmin/dinos/templates/main/
templatePathSub = fileadmin/dinos/templates/sub/

// Define the filenames used as the default HTML templates
defaultTemplateFileNameMain = main.html
defaultTemplateFileNameSub = sub01.html

// If there is a page having no template selected, use a template
// selected earlier in the rootline. If there is none, use the default
inheritMainTemplates = 1
inheritSubTemplates = 1
}

### Autoparser Konfigurieren (alle IDs als Marker) ###

plugin.tx_automaketemplate_pi1{
# content = FILE
# content.file = fileadmin/templates/main/main.html

content < plugin.tx_rlmptmplselector_pi1
elements {
BODY.all = 1
BODY.all.subpartMarker = DOCUMENT_BODY
HEAD.all = 1
HEAD.all.subpartMarker = DOCUMENT_HEADER
HEAD.all.rmTagSections = title
DIV.all = 1
TD.all = 1
}
relPathPrefix = fileadmin/dinos/templates/main/
}

</pre>

=== News - Modul ===
Hier gibt es fertige Konfigurationen:
[[News (tt_news)]]

=== eCards - sr_sendcard ===
<pre>
# The Fast Way:
# plugin.tx_srsendcard_pi1._CSS_DEFAULT_STYLE = @import url("fileadmin/dinos/templates/css/srsendcard.css");
# But better is this (more flexible lesser Overhead)

plugin.tx_srsendcard_pi1._CSS_DEFAULT_STYLE >

[PIDinRootline = 14]
page.includeCSS.file2 = fileadmin/dinos/templates/srsendcard/srsendcard.css
[global]

plugin.tx_srsendcard_pi1{

templateFile = fileadmin/dinos/templates/srsendcard/srsendcard.tmpl
locale_all = de_DE
oldYear = 2006
# Vorschauseite (wenn gewünscht)
# previewPID = your_page_id
enableHTMLMail = 1
siteEmail = info@start-reutlingen.de
siteName = Erben der Dinos
# musicDir = EXT:sr_sendcard/music
#cardMusicFiles = autumnleaves.mid, OverTheRainbow.mid, Pomp_and_Circumstance.mid
disableMusic = 1
maxCol = 2
imageSmallWidth = 150
imageSmallHeight = 150
imageBigWidth = 300
imageBigHeight = 300
#logo
#logoAlignHor = right
#logoAlignVert = bottom
#useAlternateImageOnPrint
### For use with other pids use this one too
#createPID
#formPID
#previewPID
#useCAPTCHA = 0
#viewPID
#printPID
### Erscheinungsbild ###
cardStamp = fileadmin/dinos/templates/srsendcard/stamp.gif
#date_stdWrap
disableSendDate = 1
cardBgcolors = #FFFFFF,#A00A1C,#FF993F
cardFontcolors = #000000, #FFFFFF,#A00A1C
#disableFontcolors
#disableFontfaces
#disableCardOptions
#graphicMess
#graphicMessWidth
#graphicMessFontFiles
#graphicMessFontSizes
#fontDir
#doNotShowCardCaptions
cardPresentationOrder = manual
salutation = informal
#disableBgcolors = 1
}
</pre>

=== Zufallsbild tx_ccrandomimage ===

'''TypoScript - Setup'''
<pre>
### zufallsbild erzeugen ###
includeLibs.tx_ccrandomimage = EXT:cc_random_image/pi1/class.tx_ccrandomimage_pi1.php

// USER_INT means 'no caching'
temp.randomImage = USER_INT
temp.randomImage{
userFunc = tx_ccrandomimage_pi1->main
path = fileadmin/randomImage/
fileExt = jpg,jpeg,gif,png
#Das Render Objekt ist ein content object array (COA) mit einem Bild
#Vor dem Rendern werden die ###FILE_x### marker mit den Bildern aus path ersetzt
renderObj = COA
renderObj {
10 = IMAGE
10.file = ###FILE_1###
// ... weitere Bilder wenn benötigt
}
}

</pre>

=== hCard - Microformat ===
Das Thema Semantic Web wird inzwischen immer interessanter, darum kam ich auf die Idee - fast allein mit TypoScript - das bekannte hCard-Microformat in TYPO3 zu integrieren.

Was wir dafür brauchen ist eine eigene kleine Extension, diese benötigen wir lediglich für eine einzige Zeile Code, welche in die Datei ext_tables.php kommt:

1.
t3lib_extMgm::addToInsertRecords('fe_users');

Dazu jetzt noch das TypoScript:

1.
temp.hcard = COA
2.
temp.hcard {
3.
wrap =
4.
<div id="hcard" class="vcard">|</div>
5.

6.
10 = IMAGE
7.
10.file {
8.
import = uploads/pics/
9.
import.field = image
10.
width = 40
11.
params = class="photo"
12.
}
13.
20 = TEXT
14.
20.field = name
15.
20.typolink.parameter.field = url
16.
20.typolink.ATagParams = class="url fn"
17.
30 = TEXT
18.
30.field = company
19.
30.wrap =
20.
<div class="org">|</div>
21.

22.
40 = TEXT
23.
40.field = email
24.
40.typolink.parameter.field = email
25.
40.typolink.ATagParams = class="email"
26.
50 = COA
27.
50 {
28.
wrap =
29.
<div class="adr">|</div>
30.

31.
10 = TEXT
32.
10.field = address
33.
10.wrap =
34.
<div class="street-address">|</div>
35.

36.
20 = TEXT
37.
20.field = city
38.
20.wrap = <span class="locality">|</span>
39.
30 = TEXT
40.
30.field = zip
41.
30.wrap = <span class="postal-code">|</span>
42.
40 = TEXT
43.
40.field = country
44.
40.wrap = <span class="country-name">|</span>
45.
}
46.
60 = TEXT
47.
60.field = telephone
48.
60.wrap =
49.
<div class="tel">|</div>
50.

51.
}
52.

53.
// fe_users dem type shortcut hinzufügen
54.
tt_content.shortcut.20.0.tables = fe_users
55.
// für Tabelle fe_users sagen wir jetzt noch wie es gerendert werden soll.
56.
tt_content.shortcut.20.0.conf.fe_users < temp.hcard
57.

Und was hat uns das jetzt gebracht? Ganz einfach:

1. Wir haben das Content Element "Insert Record" um die Tabelle fe_users erweitert.
2. Wir haben mit dem TypoScript aus dem Object "temp.hcard" eine komplette hCard definiert, welche jetzt mit meinem fe_user Datensatz befüllt werden kann.
3. Durch die CSS-Klassen kann man die Visitenkarte nun auch noch schön aussehen lassen.

Sind alle Daten vorhanden, könnte der erzeugte HTML-Code dann so aussehen:

1.

2.
<div id="hcard" class="vcard">
3.
<img style="float:left; margin-right:4px" src="http://typo3weblog.de/frank.png" alt="photo of " class="photo"/>
4.
<a class="url fn" href="http://typo3weblog.de">Frank Nägler</a>
5.
<div class="org">TYPO3Weblog.de</div>
6.

7.
<a class="email" href="mailto:frank.naegler@e-netconsulting.rl">frank.naegler@e-netconsulting.rl</a>
8.
<div class="adr">
9.
<div class="street-address">Sievekingsallee 150b</div>
10.

11.
<span class="locality">Hamburg</span>
12.
<span class="postal-code">22111</span>
13.
<span class="country-name">Deutschland</span>
14.
</div>
15.
<div class="tel">+49 (0)7000 623 45 37</div>
16.
</div>
17.

Cool oder?

Die komplette Extension fn_hcard als T3X Export habe ich hier für Euch zum Download.

Aus Typo3 Adventskalender2008

===Extension: Direct Shortcuts (sms_directshortcuts)===

http://typo3.org/extensions/repository/view/sms_directshortcuts/current/
TYPO3 generiert, wie jeder weiss, bei internen Verweisen immer eine extra Seite, die selbst wiederum einen redirect macht. Dieses vorgehen hat einerseits den Vorteil, dass man Skripte dazwischen schieben kann um z.B. Klicks zu tracken, anderseits den Nachteil, dass eine “falsche” URL im Menü zu finden ist. Dieser Nachteil macht sich bemerkbar wenn man sich mit der Suchmaschinenoptimierung von TYPO3 Seiten beschäftigt.

== Nützliche TS-Templates ==
=== Tabellen im RTE ===
Details: http://dev.datenwolken.de/index.php?id=195
==== Standardklasse contenttable unterdrücken eigene Klassen zulassen ====
lib.parseFunc_RTE.externalBlocks.table.stdWrap.HTMLparser.tags.table.fixAttrib.class >
==== P Tag raus ====
lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default >
lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default.stdWrap.parseFunc =< lib.parseFunc

=== Externes JavaScript einbinden ===
==== JavaScript im Header ====
Beispiel:

temp.addHeaderData=COA
[browser = msie]
temp.addHeaderData{
90 = TEXT
90.value (
<script src="fileadmin/templates/scripts/ielt7.js" type="text/javascript"></script>
)
90.wrap = 
#90.stdWrap.char = 10

}
[global]

Hier wird für IE kleiner als Version 7 ein JavaScript File eingebunden.

==== JavaScript als Marker ====
Als Temporäres Objekt, kann natürlich auch Javascript in einen Marker eingebunden werden.
==== JavaScript über Record ====
Eine Möglichkeit die das leichte ändern der Skripte zuläßt wäre folgende.
Man legt irgendwo auf einer Seite ein HTML - Element an hinterlegt das Skript und verweist mit TypoScript auf diesen RECORD. Bzw. bindet ihn im Template ein.

ToDo Beispiel

=== xhtml optimierung ===
Einiges davon braucht man in Version 4+ nicht mehr...
<pre>
#######################################################
############ XHTML optimieren
#######################################################

#Default Javascripts in externes File auslagern
config.removeDefaultJS = 1
config.removeDefaultJS = external

#<?xml... ?> Prolog deaktivieren
config.xmlprologue = none

#<html lang="de" xml:lang="de"> auf de setzen
config.htmlTag_langKey = de

#CSS Datei in externes File auslagern
config.inlineStyle2TempFile = 1
config.disablePrefixComment = 1

#RTE Tuning
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.P.class >
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.remapTag >
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.DIV.class >

#Angabe von Tags, die nicht mit einem zusätzlichen wrap umgeben werden dürfen
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.encapsTagList = div, p, h1, h2, h3, h4, h5, h6

#Entfernt die zusätzlichen CSS-Klassen
lib.stdheader.3 = LOAD_REGISTER
lib.stdheader.3.headerClass =
lib.stdheader.3.headerClass.noTrimWrap = |
lib.stdheader.stdWrap.dataWrap = |

#Standard-Headings aufräumen
lib.stdheader.stdWrap.dataWrap =
lib.stdheader.10.1.fontTag = <h1>|</h1>
lib.stdheader.10.2.fontTag = <h2>|</h2>
lib.stdheader.10.3.fontTag = <h3>|</h3>
lib.stdheader.10.4.fontTag = <h4>|</h4>
lib.stdheader.10.5.fontTag = <h5>|</h5>

#Content Elemente aufräumen und Kommentare entfernen
#tt_content.stdWrap.dataWrap >
tt_content.stdWrap.prefixComment >
#tt_content.header.20.dataWrap >
tt_content.header.20.prefixComment >
tt_content.default.prefixComment >
tt_content.text.stdWrap.prefixComment >
tt_content.text.20.prefixComment >
tt_content.textpic.20.stdWrap.prefixComment >
tt_content.table.20.stdWrap.prefixComment >
tt_content.mailform.20.stdWrap.wrap >
tt_content.menu.20.stdWrap.prefixComment >
tt_content.image.20.stdWrap.prefixComment >
tt_content.list.20.stdWrap.prefixComment >

#Cleargif entfernen
tt_content.image.20.spaceBelowAbove = 0
tt_content.header.stdWrap.space = 0|0
tt_content.stdWrap.space = 0|0
tt_content.stdWrap.spaceBefore = 0
tt_content.stdWrap.spaceAfter = 0
lib.stdheader.stdWrap.space = 0|0

#Auch hinter den Headlines
tt_content.text.20.parseFunc.tags.typohead.stdWrap.space = 0|0

# Sicherstellen, dass nonTypoTagStdWrap nur im Inhalt außerhalb von
#<typolist> und <typohead> arbeitet:
tt_content.text.20.parseFunc.tags.typolist.breakoutTypoTagContent = 1
tt_content.text.20.parseFunc.tags.typohead.breakoutTypoTagContent = 1

# ... und kein <BR> vor dem typohead.
tt_content.text.20.parseFunc.tags.typohead.stdWrap.wrap >
# Einstellen von nonTypoTagStdWrap, dass der Text mit P-Tags umschlossen wird.
tt_content.text.20.parseFunc.nonTypoTagStdWrap >
tt_content.text.20.parseFunc.nonTypoTagStdWrap.encapsLines {
encapsTagList = div, p
remapTag.DIV = P
wrapNonWrappedLines = |
innerStdWrap_all.ifEmpty =
innerStdWrap_all.textStyle < tt_content.text.20.textStyle
}

# Schließlich noch Entfernen der alten textstyle-Formatierung des gesamten Haupttextes.
tt_content.text.20.textStyle >

# ... und der <BR>-Tag nach dem Inhalt wird auch nicht mehr gebraucht...
tt_content.text.20.wrap >

# clear.gif entfernen
tt_content.image.20.spaceBelowAbove = 0
tt_content.header.stdWrap.space = 0|0
tt_content.stdWrap.space = 0|0
tt_content.stdWrap.spaceBefore = 0
tt_content.stdWrap.spaceAfter = 0
lib.stdheader.stdWrap.space = 0|0

# clear.gif hinter den Überschriften entfernen
tt_content.text.20.parseFunc.tags.typohead.stdWrap.space = 0|0

#Attribute für p- und pre-tags entfernen
tt_content.text.20.parseFunc.nonTypoTagStdWrap.encapsLines.addAttributes {
P.style=
PRE.style=
}

# Unterdrückt den Umbruch < br >
lib.stdheader.10.stdWrap.wrap = |
tt_content.textpic.20.spaceBelowAbove = 0
tt_content.image.20.spaceBelowAbove = 0
tt_content.textpic.20.noStretchAndMarginCells = 1
tt_content.image.20.noStretchAndMarginCells = 1

# Setup Anker-Tags entfernen
tt_content.noANameTagForFirstRecord = 1
</pre>

=== Inhalte von Backend-Feldern ausgeben ===
Hinweise dazu findest du unter:

[[TypoScript - Daten auslesen]]

=== Ein Breadcrumb Menü (Rootline-Menü) ===
Constants
<pre>
<nowiki>
#[begin-level] | [end-level]
# Variante 1: Seite 1 | Seite 2 | Seite 3
rootlineDelimiter =  | 
# Variante 2: Seite 1 > Seite 2 > Seite 3
# delimiter =  > 
</pre>
Setup
<pre>
temp.rootline = HMENU
temp.rootline {
special = rootline

# zeige komplette rootline an
special.range = 2|-1

# Variation: zeige Link auf die übergeordnete Seite
#special.range = -2|-2

# Text vor dem Rootline Menü
wrap = Sie sind hier: |

special.targets.3 = page
1 = TMENU
1.target = _top
1.NO {
ATagBeforeWrap = 0
stdWrap.htmlSpecialChars = 1
linkWrap = |{$rootlineDelimiter}|*||*| |
}
}

[globalVar = GP:L = 1]
temp.rootline.wrap = You are here: |
[GLOBAL]

[globalVar = GP:L = 2]
temp.rootline.wrap = Vous êtes ici: |
[GLOBAL]
</nowiki>
</pre>

=== Ein CSS-Template mit Markern nutzen ===
Ein CSS File wird eingelesen, enthaltene Marker dynamisch ersetzt und die Styles im Headerbereich der Seite als Inline-Styles eingebunden.

'''Constants'''
<pre>
color1 = FFE292
color2 = F68D6F
color3 = FABD9E

backgroundImage = fileadmin/templates/main/images/navBack-grey.gif
</pre>

''' Setup '''
<pre>
# das Objekt zunächst als Bibliothek zur späteren Verwendung
lib.stylesheet.default = TEMPLATE
lib.stylesheet.default {
# template einlesen
template = FILE
template.file=fileadmin/templates/main/colors.css
# Platzhalter ersetzten
marks{
COLOR1 = TEXT
COLOR1.value = {$color1}
COLOR2 = TEXT
COLOR2.value = {$color2}
COLOR3 = TEXT
COLOR3.value = {$color3}

NAVBACK = TEXT
NAVBACK.value = {$backgroundImage}
}
}

# Stylesheet in Header eintragen
page.headerData{
90 = COA
90{
wrap = <style type="text/css"></style>
50 < lib.stylesheet.default
}
}
}

</pre>

=== Bild aus Media-Feld auslesen ===
<pre>
temp.mediaFieldImage=IMAGE
temp.mediaFieldImage.file {
import.data = levelmedia: 2,slide
import = uploads/media/
import.listNum = 0
#width = 270
#height= 300
}
</pre>

=== Bild aus Ressourcen Feld auslesen ===
Hinweis Seiteneigenschaften > Resourcen
<pre>
temp.mein Bild = IMG_RESSOURCE
temp.mein Bild{
file = hintergrund*.jpg
stdWrap.wrap = <div style="background-image: | ; padding: 5px;"> ein Kasten </div>
}
</pre>

Hinweis: Typo3 vergibt beim vervielfältigen automatisch eine Endung. Damit das Bild trotzdem immer gefunden wird, ein Sternchen setzen (Joker)

=== Bild automatisch mit Alt-Tag versehen ===
Dieses TypoScript füllt das Alt-Tag Feld mit Daten aus dem Bildnamen z.B. wird Unser_Urlaubsort.jpg zu Unser Urlaubsort

[[Bild automatisch mit Alt-Tag versehen]]

=== Logo mit Verlinkung auf die Homepage (1.2)===
'''Constants'''
<pre>
# Link für das Logo
# Zahl (Seiten-ID), URL (www.zielseite.de) oder Email-Adresse
logoLink = 1
logoFile = fileadmin/templates/images/logo.gif
</pre>

''' Setup '''
<pre>
# Fügt ein Logo mit Link ein

temp.logo = IMAGE
temp.logo {
#file = /fileadmin/dinos/templates/main/images/logo-rt.gif
file = {$logoFile}
stdWrap.typolink.parameter = {$logoLink}
}
</pre>

=== Copyright mit immer aktuellem Jahr ===
'''TypoScript Setup'''
<pre>
temp.copyright = COA
temp.copyright{
5= TEXT
5.value = © 
10 = TEXT
#HeUte Timestamp einlesen
10.data = date:U
10.data.strftime = %Y
}
</pre>

ein anderes Beispiel:
<pre>
subparts.footer{
10 = TEXT
10.data = date:Y
10.wrap = <p class="footer">© | Ich</p>
}
</pre>

=== Datum der letzten Änderung anzeigen ===
'''Constants'''
lastChangePrefix = Letzte Änderung: 
'''Setup'''
<pre>
temp.lastChange = COA
temp.lastChange.5 = TEXT
temp.lastChange.5.value={$lastChangePrefix}
temp.lastChange.10 = TEXT
temp.lastChange.10.register:SYS_LASTCHANGED
temp.lastChange.10.strftime = %d.%m.%Y
</pre>

==== Variante ====
<pre>
temp.lastChange = TEXT
temp.lastChange {
data = page:lastUpdated
if.isTrue.data = page:lastUpdated
date = d.m.Y
wrap = Letzte Änderung: |
wrap2 = |
data = register : SYS_LASTCHANGED
if >
}
</pre>
=== Seiten IDs im Seitenbaum anzeigen ===
UserTS
<pre>
options {
pageTree.showPageIdWithTitle = 1
}
</pre>

=== Client Daten des Benutzers ausgeben ===

temp.browserinfo = COA_INT
temp.browserinfo {
10 = TEXT
10.data = TSFE:clientInfo|SYSTEM
10.wrap = <p> | <br />

20 = TEXT
20.data = TSFE:clientInfo|BROWSER
20.wrap = | &nbsp;

30 = TEXT
30.data = TSFE:clientInfo|VERSION
30.wrap = | </p>
}

== Die Ausgabe von Inhalten verändern ==

=== Layout-Rahmen verändern===
[[Typo3 - Rahmen (Frames)]]

=== Rendering von Inhalten ===

=== Ausgeben von Informationen im head der Seite ===
Wie kann man Stylesheet angaben, Metatags, Skripte etc. im Header ausgeben
[[Typo3 - Tipps und Tricks]] (page.head Objekt)

=== Unnötige Ausgaben im Quelltext verhindern ===
[[TYPO3 - Unnötige Ausgaben im Quelltext verhindern]]

== TypoScript - Basiswissen ==
[[Links mit TypoSkript anlegen]]

== Suche ==

weitere Infos zu Indexed Search:

[[Typo3 - indexed search]]

== Mit HTML und CObj erzeugtes Login ==
Das Beispiel von Tim Lochmüller aus dem Adventskalender 2008, zeigt wie man mit dem Template Objekte größere HTML - Bausteine verwenden kann.

Login mit TS & cObj TEMPLATE
Georg Ringer in TYPO3, Templates, Tutorial, TypoScript

Nach der interessanten Vorstellung von cli-Scripten durch Frank in Türchen 15 zeigt das folgende Tutorial einen guten Weg, einen Login/Logout-Bereich mit TS & HTML zu verwirklichen, ohne dabei auf irgendeine Extension zurückgreifen zu müssen.

Folgendes HTML ist notwendig und wird beispielsweise in fileadmin/template/login.html abgelegt: http://pastebin.com/f4e963e25
Die beiden Subparts sind jeweils für den Login- & Logout-Bereich zuständig und werden mittels Condition umgeschalten.

Das TS ist sehr einfach aufgebaut

lib.login = TEMPLATE
lib.login {
template = FILE
template.file = fileadmin/template/login.html

workOnSubpart = TPL_LOGIN
marks {
URL = TEXT
URL.data = getIndpEnv:TYPO3_REQUEST_URL

PID = TEXT
PID.value = 10789

REGISTER = TEXT
REGISTER {
value = Mitglied werden
typolink {
parameter = 10786
additionalParams = &tx_srfeuserregister_pi1[cmd]=edit
useCacheHash = 1
ATagParams = class=”link link1″
}
}
PWD = TEXT
PWD {
value = Password vergessen?
typolink {
parameter = 10788
ATagParams = class=”link”
}
}
PROFILE = TEXT
PROFILE {
value = Mein Wanderprofil!
typolink {
parameter = 10790
ATagParams = class=”link”
}
}
}
}

[usergroup = *]
lib.login.workOnSubpart = TPL_LOGOUT

[global]

Die notwendigen Variablen sind:

* URL: Die aktuelle URL, auf die nach dem Login/Logout auch weitergeleitet wird
* PID: Id der Seite, die die Benutzer enthält

Nützlich sind weiters:

* REGISTER: Link zu einer Seite, auf der man sich neu registrieren kann
* PWD/PROFILE: Weitere Links zu Seiten nach Bedarf

Die vorgestellte Variante funktioniert out-of-the-box und muss für andere Algorithmen angepasst werden.

Das Tutorial soll dazu anregen, das TEMPLATE-Objekt öfters als nur 1x zu verwenden, denn gerade wenn es um das Inkludieren von etwas mehr HTML geht, ist dies der beste, schnellste und sauberste Weg.

== Benutzer ==
=== Autor-Feld bei neuen Seiten automatisch anlegen ===
TCAdefaults.pages.author = <Name des Redakteurs>
TCAdefaults.pages.author_email = <EMail-Adresse des Redakteurs>

Das funktioniert aber nur dann wenn eine Seite neu angelegt wird. Will man viele Seiten einem Redakteur zuordnen kann man das über eien MySQL abfrage machen:

UPDATE `pages` SET `author` = '<Name des Redakteurs>', `author_email` =
'<EMail-Adresse des Redakteurs>'
WHERE 1 AND `perms_userid` = <UserId des Redakteurs>

in perms_userid steht die ID des Besitzers der Seite, deshalb kann man diesen mit Hilfe des Whereclause ausfiltern.

=== Author Feld, Email-Feld und News Author automatisch anlegen ===
Als weitere Möglichkeit gibt es die Extension cron_setdefaultauthor die genau diese Aufgaben übernimmt. Sie arbeitet im Prinzip wie oben angeführt.

== Ändern von Extension Meldungen durch den Redakteur ==

Adventskalender 2008 von Tim Lochmüller
Immer wieder erlebe ich es, dass der Kunde Texte selber ändern möchte, klar dafür hat er ja auch von uns TYPO3 bekommen. Leider Zum Glück, möchte der Kunde aber manchmal alles pflegen, also auch Texte die aus LocalLang-Dateien oder Templates kommen.

Eine sehr einfache aber durchaus effektive Lösung dafür ist mal wieder ein wenig TypoScript:

1.
plugin.tx_myplugin_pi1.searchError = RECORDS
2.
plugin.tx_myplugin_pi1.searchError {
3.
tables = tt_content
4.
source = 123
5.
}

Jetzt noch das ContentElement mit der UID 123 im Seitenbaum anlegen und folgenden PHP Code in der Extension verwenden:

1.
$marker['###ERR_SEARCH###'] = $this->cObj->cObjGetSingle(
2.
$this->conf['searchError'],
3.
$this->conf['searchError.']
4.
);

Das war es schon, jetzt enthält der Marker ###ERR_SEARCH### den Content, den der Kunde selbst eingepflegt hat. Natürlich muss man kein RECORD nehmen, sondern kann auch alle anderen TS-Objekte wie TEXT oder IMAGE.

Content Slide mit TemplaVoila

2009-04-07T13:49:04Z

91.47.50.190:

Quelle: http://www.lisardo.biz/wiki/Content-Slide-mit-TemplaVoila/
7.4.2009

Content Slide mit TemplaVoila

Man kann Content Slide nicht nur mit dem klassischen Ansatz der vier Spalten im Backend erreichen, sondern auch mit TemplaVoila, allerdings ist das etwas kniffeliger. (Getestet mit Version 4.2).

Normalerweise erfolgt die Übernahme der Inhalte in TemplaVoila mit folgendem Code-Abschnitt in der XML-Flexform eines TemplaVoila-Datensatzes:
<TypoScript><![CDATA[
10= RECORDS
10.source.current=1
10.table = tt_content
10.wrap =  | 
]]></TypoScript>

Leider gibt es in RECORDS die slide-Eigenschaften nicht, nur in CONTENT. In CONTENT ist es widerum nicht möglich wie hier einfach mit »10.source.current = 1« auf die richtige Spalte zu verweisen. TemplaVoila speichert allerdings die alten Spalten nach wie vor:

* wenn nur ein einziges Feld mit Inhalten gefüllt wird, so bekommt dieses automatisch colPos = 0
* jedes weitere erhält eine höhere Nummer (dabei zählt die Reihenfolge in der XML-Datei)

Vermerkt wird die colPos-Nummer im XML von TemplaVoila so:

<oldStyleColumnNumber type="integer">1</oldStyleColumnNumber>

Man kann also nach wie vor darauf referenzieren. Der gesamte Code für einen Content-Slide sieht dann so aus:
<TypoScript><![CDATA[
# CONTENT statt RECORDS
10 = CONTENT
10.table = tt_content
10.select.where = colPos=1
# die eigentliche Slide-Anweisung
10.slide = -1
# optional
10.slide {
# Sammeln aller Einträge in der Rootline
# collect = -1
# collectReverse = 1
}
10.wrap =  | 
]]></TypoScript>

Achtung: Wenn die Vorlage neu gemappt werden muss, kann dieser Code verloren gehen; also eine Sicherheitskopie anlegen.
Hinweis

Da die Flexible Content Elements ebenfalls diese Nummern verwenden, kommt es beim Einsatz von FCEs zu Verwirrung. Man kann aber Nummern wählen, die zu hoch sind, als dass sie durch FCEs berührt werden könnten. Ich habe es mit 99 versucht, was gut geklappt hat:
<TypoScript><![CDATA[
# CONTENT statt RECORDS
10 = CONTENT
10.table = tt_content
10.select.where = colPos=99
# die eigentliche Slide-Anweisung
10.slide = -1
# optional
10.slide {
# Sammeln aller Einträge in der Rootline
# collect = -1
# collectReverse = 1
}
10.wrap =  | 
]]></TypoScript>

<oldStyleColumnNumber type="integer">99</oldStyleColumnNumber>
</tx_templavoila>
# usw

Content Slide mit TemplaVoila

2009-04-07T13:43:05Z

91.47.50.190:

Quelle: http://www.lisardo.biz/wiki/Content-Slide-mit-TemplaVoila/
7.4.2009

Content Slide mit TemplaVoila

Man kann Content Slide nicht nur mit dem klassischen Ansatz der vier Spalten im Backend erreichen, sondern auch mit TemplaVoila, allerdings ist das etwas kniffeliger. (Getestet mit Version 4.2).

Normalerweise erfolgt die Übernahme der Inhalte in TemplaVoila mit folgendem Code-Abschnitt in der XML-Flexform eines TemplaVoila-Datensatzes:

10= RECORDS
10.source.current=1
10.table = tt_content
10.wrap =  | 

Leider gibt es in RECORDS die slide-Eigenschaften nicht, nur in CONTENT. In CONTENT ist es widerum nicht möglich wie hier einfach mit »10.source.current = 1« auf die richtige Spalte zu verweisen. TemplaVoila speichert allerdings die alten Spalten nach wie vor:

* wenn nur ein einziges Feld mit Inhalten gefüllt wird, so bekommt dieses automatisch colPos = 0
* jedes weitere erhält eine höhere Nummer (dabei zählt die Reihenfolge in der XML-Datei)

Vermerkt wird die colPos-Nummer im XML von TemplaVoila so:

<oldStyleColumnNumber type="integer">1</oldStyleColumnNumber>

Man kann also nach wie vor darauf referenzieren. Der gesamte Code für einen Content-Slide sieht dann so aus:

# CONTENT statt RECORDS
10 = CONTENT
10.table = tt_content
10.select.where = colPos=1
# die eigentliche Slide-Anweisung
10.slide = -1
# optional
10.slide {
# Sammeln aller Einträge in der Rootline
# collect = -1
# collectReverse = 1
}
10.wrap =  | 

Achtung: Wenn die Vorlage neu gemappt werden muss, kann dieser Code verloren gehen; also eine Sicherheitskopie anlegen.
Hinweis

Da die Flexible Content Elements ebenfalls diese Nummern verwenden, kommt es beim Einsatz von FCEs zu Verwirrung. Man kann aber Nummern wählen, die zu hoch sind, als dass sie durch FCEs berührt werden könnten. Ich habe es mit 99 versucht, was gut geklappt hat:

# CONTENT statt RECORDS
10 = CONTENT
10.table = tt_content
10.select.where = colPos=99
# die eigentliche Slide-Anweisung
10.slide = -1
# optional
10.slide {
# Sammeln aller Einträge in der Rootline
# collect = -1
# collectReverse = 1
}
10.wrap =  | 

<oldStyleColumnNumber type="integer">99</oldStyleColumnNumber>
</tx_templavoila>
# usw

Typo3 - Tipps und Tricks

2009-04-07T13:37:24Z

91.47.50.190: /* Content zusätzlich auf Unterseiten anzeigen (Vererbung von Inhalten) */

mehr auf
[[Typo3 - TS Templates]]

[[Typo3 - Wichtige TypoScript Einstellungen]]

[[Typo3 - Baukasten]]

== Ausgabe aus der locallang_tca.xml Datei mit TypoScript verändern ==
'''Beispiel:'''
plugin.tt_news._LOCAL_LANG.de.latestHeader = Aktuelles

==Mit TS auf die Datenbank zugreifen==
temp.veranstaltungstitel=TEXT
temp.veranstaltungstitel.data = DB:tabelle:uid:feldname

die uid kannst Du Dir aus der Url auslesen, z.B.

temp.veranstaltungstitel=TEXT
temp.veranstaltungstitel.data = DB:tt_news:{GPvar:tx_ttnews|tt_news}:title

== Zeichensatz ==
===Sonderzeichen wie Kaufmannsund wird nicht korrekt umgesetzt===
stdWrap.htmlSpecialChars = 1
=== Pipe Symbol und andere Sonderzeichen verwenden ===
Das Pipesymbol wird in Wraps ja als Trennzeichen verwendet. Um es als Zeichen auszugeben kann man auch das HTML Entity verwenden (|) das Funktioniert natürlich auch mit anderen Sonderzeichen.

=== Zeilenumbruch im Quelltext ===
Dies läßt sich mit der stdWrap Eigenschaft char erreichen:

myObject.stdWrap.char = 10

== Metatags ==
=== Extended Metatags ===
bis dato (Version 4.1.3) Unverzichtbar

=== Title Tag ===
aus: http://www.jochen-froehlich.de/typo3-cms/service/typoscript-snippet/title-tag-im-html-header-dynamisch-erweitern/ Datum des Zugriffs: 30.10.2008
ypo3 setzt den Titel einer Seite (HTML-Tag 'title') standardmäßig auf den Seitentitel der aktuellen Seite. Es gibt jedoch Fälle, bei denen es von Vorteil sein kann, zusätzliche Informationen im Titel anzugeben: Beispielsweise ist es aussagekräftiger, wenn eine Seite im Ergebnis einer Suchmaschine wie Google erscheint und der Titel dabei nicht nur 'Kontakt' sondern z.B. 'Winkelmann GmbH - Kontakt' lautet.

Mit folgendem TypoScript-Code lässt sich der Seitentitel dynamisch ändern:

'''SETUP'''
<pre>
config {
# <title>-Tag entfernen
noPageTitle = 1
}

page {
headerData {
10 = TEXT
10 {
field = title
wrap = <title>Titel: | - Text dahinter</title>
}
}
}
</pre>
Es gibt noch eine andere Möglichkeit, den Seitentitel zu ändern, indem Sie unter
'''Web/Template''' direkt das Feld '''Sitetitle''' ausfüllen.

Allerdings wird hierdurch nur ermöglicht, einen Text vor den Seitentitel zu bringen.

Wie man im obenstehenden Beispiel sieht, lässt sich durch den TypoScript-Code sowohl vor als auch nach dem eigentlichen Seitentitel ein Text platzieren. Ausserdem können Sie bei Bedarf auch ein anderes Datenbankfeld ('field') anzeigen lassen, indem Sie in Zeile 10 einfach die Angabe 'title' durch einen anderen Wert ersetzen - z.B. 'nav_title', um den Navigationstitel der aktuellen Seite zu bekommen.

== Rendering von Content Elementen und HTML ==
weitere Infos unter:

[[Typo3 - Content Elemente anpassen]]

==== Content auf allen Seiten einbinden ====
* Als erstes legen wir in einem separaten SysOrdner die benötigten Inhaltselemente an.
* In einem kleinen Extension Template fügen wir die gewünschten Inhalte in einen Marker ein (hier FOOTER)

'''Setup:'''

<pre>
page.10.subparts.FOOTER = RECORDS
page.10.subparts.FOOTER {
tables = tt_content
source = 105, 56
dontCheckPid = 1
}
</pre>

Erklärung:
Aus der Tabelle tt_content in der alle Inhaltselemente gespeichert sind werden die Elemente mit der id 1105 und 56 ausgelesen und in den Subpart FOOTER geschrieben. Der Subpart ist vom Typ RECORDS und kann somit beliebige Inhaltselemente enthalten.
Mit der Angabe dontCheckPid = 1 werden die Inhalte auch dann angezeigt, wenn die Seite versteckt ist.

Die ids der Elemente erfährt man, wenn man mit der Maus über den Content Element Symbolen in der List-Ansicht verharrt.

Wenn man auf einer Unterseite das Element nicht anzeigen will leert man einfach in einem Extension Template das Objekt:

page.10.subparts.FOOTER >

==== Content zusätzlich auf Unterseiten anzeigen (Vererbung von Inhalten)====
In älteren Versionen (< 4.0) konnte man dazu die Extension KB Content Slide nutzen. In neueren Versionen gibt es die Vererbung von Content Elementen.
Und so Funktioniert es:

Ein Content Element bekommt die Eigenschaft slide. Das führt dazu, daß z.B. die Inhaltselemente einer Spalte auch auf den Nachfolgenden Unterseiten angezeigt wird (z.B. eine Newsbox in der Randspalte) Es kann eingestellt werden ob bei vorhandensein eines Inhalts auf einer Unterseite dieser ersetzt wird, oder alle beide Inhalte angezeigt (gesammelt) werden.

Zusätzliche Eigenschaften für das cObject "CONTENT"
Eigenschaft Datentyp Beschreibung

<pre>
slide integer Aktiviert die Content-Vererbung.
Die Anzahl der Ebenen muss angegeben werden,
die nach oben hin gesucht werden soll.
Bei -1 wird bis zur Root-Seite nach
Inhalten gesucht.
Bei der ersten Seite auf der etwas gefunden wird, wird gestoppt.

slide.collect integer Aktiviert das Sammeln von Inhalten.
Die Anzahl der Ebenen muss angegeben werden, von denen der Inhalt
gesammelt werden soll. Bei -1 wird bis zur Root-Seite gesucht.

Wenn sowohl collect als auch slide.collect mit einem anderen Wert als -1
angegeben wurden, wird der kleinere Wert für das Sammeln genommen.

slide.collectReverse boolean Normalerweise werden beim Sammeln der Content-Elemente die Inhalte der
aktuellen Seite oben gezeigt und dann erst die der übergeordneten Seiten.
Mit diesem Flag kann dies umgekehrt dargestellt werden.

slide.collectFuzzy boolean Dieses Flag ist nur nützlich, wenn die Inhalte gesammelt werden.
Wenn keine Inhalte bis zur angegebenen Ebene gefunden wurden, versucht TYPO3
weiter einen Inhalt zu finden.

[tsref:(cObject).CONTENT]
</pre>

Auch mit TemplaVoila funktioniert es:
[[Content Slide mit TemplaVoila]]

==== Beispiele ====
Beispiele aus: http://www.oliver-thiele.de/cms-typo3/tutorials/content-slide.html 12.11.2007

'''Das erste Beispiel aktiviert die Content-Vererbung für die rechte Spalte.'''

styles.content.getRight.slide = -1

2. Beispiel
<pre>
styles.content.getRight.slide = -1
styles.content.getRight.slide {
collect = -1
# collectReverse = 1
}
</pre>

'''Beispiel 2 ohne Verwendung von styles.content.get'''

<pre>
page.10.marks.CONTENT_NORMAL = CONTENT
page.10.marks.CONTENT_NORMAL {
table = tt_content
slide = -1
slide {
collect = -1
collectReverse = 1
}
select {
where = colPos=0
orderBy = sorting
languageField = sys_language_uid
}
}
</pre>

Bei diesem Beispiel ist die Inhalts-Ausgabe auf dem Marker ###CONTENT_NORMAL### gemacht worden. Das Objekt 10 ist demnach das cObject "Template". styles.content.get ist demnach nur eine vereinfachte Schreibweise, die auch erst nach dem Hinzufügen der Statischen Templates css_styled_content oder damals content(default) funktionierte.

''' 3. Beispiel Sourcecode für Text-Editor optimiert zeigen.'''
<pre>
styles.content.getRight.slide = -1
styles.content.getRight.slide {
collect = 2
# collectReverse = 1
}
</pre>
=== Daten im Header <head> ===

==== Daten einfügen ====
Allgemein kann man im Header beliebiges einbauen:

<pre>
### Header-Data ###
page.headerData{
90 = COA
90{
50 = TEXT

50.value (
<style type="text/css" media="all">
@import "/fileadmin/templates/multiMenu/multimenu.css";

</style>


<script type="text/javascript" >
function init(){
activateMenu('nav');
/* activateMenu('vertnav');*/
}
</script>

<script src="/fileadmin/templates/multiMenu/multimenu.js"
type="text/javascript">
</script>


)
}
}
</pre>

Es geht oft auch einfacher z.B. mit '''JavaScript'''
<pre>
page.includeJS {
file1 = fileadmin/helloworld.js
file1.type = application/x-javascript
file2 = javascript_uploaded_to_template*.js
file3 = EXT:meineextension/res/js/meinJS.js (nicht getestet)
}
</pre>
oder '''CSS Dateien'''
<pre>
includeCSS {
file1 = fileadmin/mystylesheet1.css
file2 = stylesheet_uploaded_to_template*.css
file2.title = High contrast
file2.media = print
}
</pre>

=== Datum einfügen ===
z.B. als Marker im Template und dann im TS-Setup so:

### datum ###
marks.DATE = COA_INT
marks.DATE {
10 = TEXT
10.data = date:U
10.strftime = %A, %d.%m.%Y
10.wrap = <span class="mini"> | </span>
}

=== Neuste Inhalte anzeigen ===
Quelle: http://typo3.umloud.dk/index.php?id=360 22.5.2006

<pre>
This shows the content elements in the normal column of the page last created/edited.

Note: "tstamp" ONLY get changed/set when you create a new page, or edit the page header NOT when you insert a content element on a page..

lib.newestContent = COA
lib.newestContent {
# First we collect the uids on all levels of the site

# Gets the uids on 1st level
10 = LOAD_REGISTER
10.level1uids.cObject = CONTENT
10.level1uids.cObject {
table = pages
select.pidInList.data = leveluid:0
renderObj = TEXT
renderObj.field = uid
renderObj.wrap = |,
}

# Gets the uids on 2nd level
20 = LOAD_REGISTER
20.level2uids.cObject = CONTENT
20.level2uids.cObject {
table = pages
select.pidInList.cObject = TEXT
select.pidInList.cObject.data = register:level1uids
renderObj = TEXT
renderObj.field = uid
renderObj.wrap = |,
}

# Gets the uids on 3rd level
30 = LOAD_REGISTER
30.level3uids.cObject = CONTENT
30.level3uids.cObject {
table = pages
select.pidInList.cObject = TEXT
select.pidInList.cObject.data = register:level2uids
renderObj = TEXT
renderObj.field = uid
renderObj.wrap = |,
}

# Gets the uids on 4th level
40 = LOAD_REGISTER
40.level4uids.cObject = CONTENT
40.level4uids.cObject {
table = pages
select.pidInList.cObject = TEXT
select.pidInList.cObject.data = register:level3uids
renderObj = TEXT
renderObj.field = uid
renderObj.wrap = |,
}

# Gets the uids on 5th level
50 = LOAD_REGISTER
50.level5uids.cObject = CONTENT
50.level5uids.cObject {
table = pages
select.pidInList.cObject = TEXT
select.pidInList.cObject.data = register:level4uids
renderObj = TEXT
renderObj.field = uid
renderObj.wrap = |,
}

# Gets the uids on 6th level
60 = LOAD_REGISTER
60.level5uids.cObject = CONTENT
60.level5uids.cObject {
table = pages
select.pidInList.cObject = TEXT
select.pidInList.cObject.data = register:level5uids
renderObj = TEXT
renderObj.field = uid
renderObj.wrap = |,
}

# next we combine all of them into one list of uids
70 = LOAD_REGISTER
70.alluids.cObject = COA
70.alluids.cObject {
10 = TEXT
10.data = register:level1uids

20 = TEXT
20.data = register:level2uids

30 = TEXT
30.data = register:level3uids

40 = TEXT
40.data = register:level4uids

50 = TEXT
50.data = register:level5uids

60 = TEXT
60.data = register:level6uids

70 = TEXT
70.data = leveluid:0
}

# Test output
#75 = TEXT
#75.data = register:alluids
#75.wrap = [|]<br>

# More Testoutput
80 = CONTENT
80 {
table = pages
select {
pidInList.data = register:alluids
orderBy = tstamp DESC
max = 1
}
renderObj = COA
renderObj {
10 = TEXT
10.field = title
10.wrap = The newest page is: <b>|</b> 
20 = TEXT
20.field = tstamp
20.strftime = %d-%b-%Y %H:%M:%S
20.wrap = which was last edited: |<br>
}
}

# And the final output of the content elements
90 = COA
90 {
wrap = And here are the content in the normal column of that page:<hr>|<hr>
10 = CONTENT
10 {
table = tt_content
select {
orderBy = sorting
where = colPos=0
languageField = sys_language_uid
pidInList.cObject = CONTENT
pidInList.cObject {
table = pages
select {
pidInList.data = register:alluids
orderBy = tstamp DESC
max = 1
}
renderObj = TEXT
renderObj.field = uid
}
}
}
}
}

</pre>

=== Einstellungen für Bilder ===
Größe (maximal, minimal, Popups, Skalierung, Bildunterschriften...)
====Border Attribut loswerden====
config.config.disableImgBorderAttr = 1

Wichtig wenn man mit CSS arbeiten möchte.

=== Link to Top ===

=== Darstellung von Tabellen ===
Betrifft hauptsächlich das static Template content(default)

=== clear.gif und Absätze loswerden ===
content(default)
# Entfernen der <img src="clear.gif' ...>
content.headerSpace = 0|0
content.space = 0|0

=== body tag ===

Im Page Objekt kann man das REndering des body tag beeinflussen:

page.bodyTag = <body>

=== externe Links ===
_self oder _blank, aussehen...
styles.content.links.extTarget (bei css_styled_content)

=== Links und Sitemap ===
Die Links einer eingebundenen Sitemap sind standardmäßig auf den Wert 'page' eingestellt (Typo 3.8). Das macht nur bei Framesets Sinn.

Die relevanten Setup-Werte die man ändern muß (je nach ausgewählter Sitemap):
tt_content.menu.20.1.1.target = _self
tt_content.menu.20.2. [...]

=== Link Target und Anzeige bei Downloadlisten (Filelinks) ===
So kann man z.B. bei der Extension cssfilelinks das aussehen der Links vernünftig einstellen:
<pre><nowiki>
tt_content.uploads.20.layout.fileSize.desc = Byte|kB|MB
tt_content.uploads.20.layout.fileSize.char = none
tt_content.uploads.20.layout.file = <div class="###CLASS###"><span><a href="###URL###" target="_blank">###TITLE###</a> ###FILESIZE### ###CRID### ###MYMARK###</span><span>###DESCRIPTION###</span></div>
</nowiki></pre>

=== Listenpunkte und Aufzählungen ===

=== Layoutauswahl ===
siehe [[Typo3 - Rahmen (Frames)]] für Rahmen

und [[Typo3 - Backend anpassen]] für Header (Überschriften)

=== Inline CSS loswerden ===
Bei vielen Extensions und bei CSS Styled ImgText liegt das CSS Inline. Besser wäre ist es das CSS komplett in eigene Dateien auszulagern.

# Inline Styles auslagern
config.inlineStyle2TempFile = true

=== JavaScript in externe Datei auslagern ===
Z.B. der kleine JavaScript Schnipsel für das Blur im IE auslagern.
Wie bindet man externes JavaScript ein...

siehe unter
[[Typo3 - HTML Code optimieren]]

eine gute Beispielanwendung:

[[Typo3 - CSS-Flyout Menü]]

weitere Anwendungen:

- Ajax Gallery auf baum-und-garten.de

=== Ausgabe einer Spalte Wrappen ===
'''Beispiel:'''
<pre>
#Inhalt rechts
subparts.CONTENT_RIGHT < styles.content.getRight
#Ganze Spalte Wrappen
subparts.CONTENT_RIGHT.wrap = <div class="content_right"> | </div>
#Einzelnes Element Wrappen
subparts.CONTENT_RIGHT.renderObj.stdWrap.wrap=<div class="bordered">|</div>
</pre>
=== Ausgabe einer Spalte Wrappen wenn nicht leer ===
Hier wird das content element nur mit einem div gewrapt wenn es nicht leer ist
<pre>
temp.rightContent < styles.content.getRight
temp.rightContent.stdWrap {
wrap = <div id="right-main"> | </div>
if.isTrue.numRows < styles.content.getRight
}
</pre>
(TypoWizard.com 9.1.2006)

===p style="margin:0 0 0 0;" aus dem p-Tag rausnehmen===

tt_content.text.20.parseFunc.nonTypoTagStdWrap.encapsLines.addAttributes.P.style=

== Backend anpassen ==
=== Email Empfänger im Inhaltstyp Formular wird nicht angezeigt ===
Damit die User den Inhaltstyp Formular nutzen können müssen Sie die E-Mail Empfänger Adresse eingeben. Das Funktioniert dann, wenn in den Rechten das Feld ''Seiteninhalt > Untertitel freigegeben'' ist. Nicht leicht zu finden...
=== Content element wizard ändern ===
aus http://krungkuene.org/krung/wiki/Typo3.html 18.5.2006

Dafür erweitere die php-Klasse SC_db_new_content_el und speichere diese datei unter typo3conf/ux_SC_db_new_content_el.php

<code>
<?php
class ux_SC_db_new_content_el extends SC_db_new_content_el {

// Modify the Wizard Array, which holds the values shown at create new
//record page:
function wizardArray() {
global $LANG,$TBE_MODULES_EXT;

$wizardItems = array(
"common" => array("header"=>"Typical page content"),

'common_1' => array(
"icon"=>'../typo3conf/hos/intext_left_wi.gif',
'title'=>'Text with Image to the left',
'description'=>'A regular text element which contains a image positioned left to the text',
'params'=>'&defVals[tt_content][CType]=textpic&defVals[tt_content][imageorient]=26&defVals[tt_content][imagewidth]=80',
),

"common_2" => array(
"icon"=>'../typo3conf/hos/fdfx_2cols.gif',
"title"=>'Two Column Text',
"description"=>'A Text with two Column',
'params'=>'&defVals[tt_content][CType]=fdfx_2cols_pi1'
),

'common_3' => array(
"icon"=>'../typo3conf/hos/intext_right_wi.gif',
'title'=>'Text with big Image to the right',
'description'=>'A regular text element which contains a image positioned right to the text',
'params'=>'&defVals[tt_content][CType]=textpic&defVals[tt_content][imageorient]=25&defVals[tt_content][imagewidth]=480',
'tt_content_defValues' => array(
'CType' => 'textpic',
'imageorient' => 25,
'imagewidth' => 480,
)
),

);

return $wizardItems;
}
}
?>
</code>

Um das ganze auch zu verwenden, mache diesen Eintrag in typo3conf/localconf.php

$TYPO3_CONF_VARS["BE"]["XCLASS"]["ext/cms/layout/db_new_content_el.php"] = PATH_typo3conf."class.ux_db_new_content_el.php";

=== Login Bild im Backend anpassen ===

Quelle: http://www.allanime.org/?id=143

'''Introduction'''

The TYPO3 backend login displays a nice image left of the actual username/password login box. Currently an image of a pair of gloves is used. If you happen to install the CVS version of TYPO3 the image will differ from what you're used to see. I remember a yellow flower in older versions (3.6) of TYPO3 an image that is still present in /typo3/gfx/ named loginbox_image_360.jpg. What's happening there?

TYPO3 has a very cute feature which changes the login box image on certain circumstances. The code is actually in /typo3/index.php. Browsing this code I found another great feature: TYPO3 is also able to „rotate“ images given in a certain directory! All you have to do is, point TYPO3 to this directory. TYPO3 will load all image files in this directory and display a random image.

The way to show TYPO3 this directory is by setting the variable $TBE_STYLES['loginBoxImage_rotationFolder'] = path_to_dir/

Unfortunately there is no way to to so without some programming. The TYPO3 init script explicitly deletes the whole array before initializing the backend. The only way to set variables is by creating an extension.

This super-short Mini-howto will tell you how to set up this wonderful feature in 5 easy steps. I will assume you have access to your webserver by FTP and can create directories and upload files by FTP.

'''This is a short overview how it works:'''
# Set up a folder with images
# Create an extension
# Add 1 line to this extension and point TYPO3 to your image directory
# Install extension

'''Setting Up the Image Folder'''

First you have to prepare the images. One image is fine but of course the more the better. The original images are 200x133 pixel in size, I suggest you create some cute images of the same size but it's not necessary. Allowed are png, jpg and gif images.

Log on to your website using your favorite FTP tool. You can also set up a TYPO3 filemount to do the same.

Go to the directory typo3conf/

Create a new empty directory 'logonimages'. (Without quotes)

Copy the prepared images to this folder.

Create the Extension

Click images to enlarge. Image count from top to bottom.

„What? I never created an extension! I can never do this!“ - if that's what you say you're wrong. You can follow detailed instructions – and all we have to write is one single line of code – which you can as well copy from this document if you used the directory from the last step.

Log on to the TYPO3 backend as administrator. Ignore the ugly log on image <(^.^)>

In the Tool menu use „Ext Manager.“ Of course you need to have this module installed. Showing you how to install extensions from the TER (TYPO Extension Repository) is not goal of this Mini-HOWTO.

Chose the item „Make new extension“ from the dropdown menu.

In the field "Enter Extension key" you type "user_enhancelogin". Then click on the button "Update."

Click on the plus symbol next to the line saying „General Info.“ Fill the form like shown in image . Don't forget to hit the "Update" button!
[[Bild:ExtensionKickstarter01.jpg]]

In the menu to the left click on the plus symbol next to „Extend existing tables.“ You do not need to type something there. It's just done to create the empty framework for our single line of code.

At the bottom left of the content frame there is a button now saying „View Result.“ Click it. The result will look like that in image [4]. One really, really important note: Before proceeding you need to make sure in the location dropdown "LOCAL" is chosen! If you fail to do so, your extension might show up for all installations and - if installed -might yield in unexpected results.

Now click the "WRITE" button and the raw empty extension is created.

That wasn't too complicated, was it?

Programming

As a result of the last step, a basic framework of extension has been written to the directory /typo3conf/ext/user_enhancelogin/

Now to the programming. Log on to your website using FTP and edit the following file:

typo3conf/user_enhancelogin/ext_tables.php

There are different ways to do this. Most advanced FTP programs have an "edit" button. Please refer to your FTP program's documentation.

Now this is what ext_tables.php should look like. As you can see there is only one line added.

<?php
if (!defined('TYPO3_MODE')) die('Access denied.')
$GLOBALS['TBE_STYLES']['loginBoxImage_rotationFolder'] =
'../typo3conf/logonimages';
?>

Installing the Extension

After saving the extension there should be a success message and a link to install your new extension. Click it.

In the menu to the left please click the link „Clear temp_CACHED.“ In case you ever wondered what this link is for – this it is.

Log out of the TYPO3 backend and test the setup. If you followed the instructions of this manual you should now see your prepared images instead of the glove.

== Suche ==
===Index-Suche – kein eigenes Fenster öffnen===
'''Constants'''
styles.content.searchresult.resultTarget = _self
styles.content.searchresult.target = _self

== Domains anlegen ==
Todo...
== Rootline Navigation ==
Ein Beispiel bei dem zusätzlich Englisch (L=1) berücksichtigt wird.

<pre>
temp.rootline_html= HMENU
temp.rootline_html.special = rootline
temp.rootline_html.special.range = 0|-1
temp.rootline_html.1 = TMENU
temp.rootline_html.1 {
wrap = Sie sind hier: |
# evt. bestimte Seiten ausblenden...
excludeUidList =
# Sprache mit der ID 1 (Englisch)
target = _top
NO {
linkWrap= <span class="pathway">|</span>
# optionSplit: vor erstem item kein delimiter, sonst immer einer
allWrap = | |*| > | |*|
ATagBeforeWrap = 0
}
}

# Wrap für Englisch
[globalVar = GP:L = 1]
temp.rootline_html.1.wrap = You are here: |
[global]
</pre>

== Mehrsprachigkeit ==
So baut man mehrsprachige Seiten in Typo3:

[[Typo3 - Mehrsprachige Seiten]]

[[Typo3 - Mehrsprachige Navigation]]

== Spracheinstellungen ==

== HTML-Template einbinden ==
siehe auch: [[Typo3 - HTML-Templates]]
Beispiel (das page Objekt muß natürlich vorher definiert werden):

Im TS Template Setup:

<pre>
page.10 = TEMPLATE
page.10{
template = FILE
template.file = fileadmin/templates/main.html

### Subparts ansprechen ###
workOnSubpart = DOCUMENT_BODY

# Rootline (Pathway) einfügen ###
subparts.ROOTLINE < temp.rootline_html

# Hauptinhalt
subparts.CONTENT < layoutWrap
subparts.CONTENT.wrap = <div class="content"> | </div>

#Inhalt rechts
subparts.CONTENT_RIGHT < styles.content.getRight
subparts.CONTENT_RIGHT.wrap = <div class="content"> | </div>

# Rand bzw. Header
subparts.HEADER < styles.content.getBorder
subparts.HEADER <div class="header"> | </div>
# subparts.HEADER < temp.flashHeader

### Hauptnavigation ###
subparts.NAVI_LINKS < temp.navi_gLayer

### rechte Navi ###
subparts.NAVI_RECHTS <temp.naviGRight

}
</pre>

== Einstellungen für das Page Objekt ==

== Verschiedene Einstellungen ==
=== statische Seiten Simulieren ===
Statische Seiten simulieren
config.simulateStaticDocuments = PATH_INFO
config.simulateStaticDocuments_addTitle = 30
config.simulateStaticDocuments = 1
config.admPanel = 1
config.simulateStaticDocuments_noTypeIfNoTitle = 1

.htaccess Datei für Apache Server nicht vergessen (muß nur unbenannt werden)

=== Einstellungen für das Admin Panel ===

===Email===

==== Spamschutz für Email Adressen ====
config.spamProtectEmailAddresses = 1
config.spamProtectEmailAddresses_atSubst = (at)

==== Absender-Adresse der Formular Mails ====
Wenn ein Email Feld angegegen wird dann kann man die '''E-Mail Adresse als Absender''' angeben:
Name | *name= input
Email-Adresse |*email=input
Wichtig ist, daß das Feld ''email'' heißt.

Feste Absenderadresse:
??

'''Antwort an:'''
| from_name=hidden | HfWU Mailer
| from_email=hidden | stephan.schlegel@hfwu.de

====E-Mail-Absender für automatische E-Mails z.B. über Kontaktformular====
E-Mail-Adresse
plugin.feadmin.dmailsubscription.email = info(at)easy-office4you.de
E-Mail-Name
plugin.feadmin.dmailsubscription.emailName = Barbara Hofbauer

== Typo3 RTE - Einstellungen ==
=== Nach Update auf IE7 wird kein RTE mehr angezeigt ===
In den älteren Typo3 Versionen wird der Internet Explorer 7 nicht erkannt. Folgende Änderung im Code vornehmen dann wird auch IE7 erkannt.

[typo3/t3lib/class.t3lib_div.php -> function clientInfo()]

..
} elseif (strstr($useragent,"MSIE 4") || strstr($useragent,"MSIE 5") ||
strstr($useragent,"MSIE 6")) {
$bInfo["BROWSER"]= "msie";
..

wird erweitert zu:

..
} elseif (strstr($useragent,"MSIE 4") || strstr($useragent,"MSIE 5") ||
strstr($useragent,"MSIE 6") || strstr($useragent,"MSIE 7")) {
$bInfo["BROWSER"]= "msie";
..

===RTE Absatz Formatierung einstellen===
lib.parseFunc_RTE {
nonTypoTagStdWrap.encapsLines.nonWrappedTag >
nonTypoTagStdWrap.encapsLines.wrapNonWrappedLines = | </br>
}

===HTML-Area (htmlarea) statt RTE===
Mit der Extension htmlarea kann man den RTE ersetzen. Er bietet einiges mehr an Bearbeitungsfunktionen (wenn man die denn will) aber vor allem läuft er auch auf Mozilla, Firefox, etc. Browsern.

==htmlarea anpassen==
Die Möglichkeiten des htmlarea Editors sind oft zuviel des Guten. Die meisten Anpassungen des RTE funktionieren auch im htmlarea. Beispiele:

Minimale Funktionalität

Im Page Setup:
<pre>
RTE.default {
## Toolbar options applicable to all RTE's
## The TCA configuration may add buttons to the toolbar
showButtons = bold,italic,undo,redo,about
}
</pre>
## front end RTE configuration for the general public (htmlArea RTE only)
RTE.default.FE < RTE.default

== Header Image austauschen ==
[[Typo3 - Header Image austauschen]]

== Schnipsel von http://dokuwiki.intersolution.ch/linux/typo3/typoscript ==
=== Typoscript ===

===== Template erstellen =====

<code>
# Cachetime nur zu Testzwecken auf 10 Sekunden setzen!!!
config.cache_period = 10
# page Objekt erstellen und Werte zuweisen...
page = PAGE
page {
typeNum = 0
bodyTag = <body bgcolor="#FFFFFF" topmargin="0" leftmargin="0">
meta.AUTHOR = Bruno Staub
meta.DESCRIPTION = Beschreibung der Homepage
stylesheet = fileadmin/styles.css

# Designvorlage integrieren
10 = TEMPLATE
10.template = FILE
10.template.file = fileadmin/vorlage.html
10.workOnSubpart = DOKUMENT
10.marks.DATUM = TEXT
# Datumsausgabe 05.12.2005 - 17:59:10
10.marks.DATUM.data = date : d.m.Y - H:i:s
}
</code>

===== Code Schnipplets =====

<code>
# SEITENTITEL ist ein Platzhalter vom HTML TEMPLATE
# aktueller Seitentitel wird aus pages Tabelle ausgelesen
# wrap umwickelt den Seitentitel fett (Pipe-Symbol erforderlich!)
10.marks.SEITENTITEL = TEXT
10.marks.SEITENTITEL.field = title
10.marks.SEITENTITEL.wrap = <b>|</b>
</code>

<code>
# x explizite Abrage eines Wertes einer x beliebigen Tabelle (Datensatz ID=1)
10.marks.SEITENTITEL = TEXT
10.marks.SEITENTITEL.data = DB:pages:1:title
</code>

<code>
# GET- und POST-Variablen abragen
# http://www.intersolution.ch/index.php?id=0&test=Abfragetext
# Falls der Parameter leer ist wird der Seitentitel ausgegeben
10.marks.SEITENTITEL = TEXT
10.marks.SEITENTITEL.data = GPvar : test // field : title
</code>

<code>
# Bereich marks wird ausgeklammert, dies ermöglicht eine bessere Übersicht
# das Logo wird eingelesen und in der Grössen angepasst und unter typo3temp/pics/ mit kryptischem Namen abgelegt
# typo3temp/pics/ erhält nach jeder grössenänderung ein neues Bild, Abhilfe löschen per ftp und Cache löschen!!!
10.marks {
LOGO = IMAGE
LOGO.file = fileadmin/images/logo.jpg
LOGO.file.width = 178
}
</code>

<code>
# LOGO dynamisch generieren für Beispielsweise Dummy Trailer Balken
# LOGO Grafik logo.jpg wird über den Dummy Balken gelegt, Ebenenreihenfolge Beachten (10,20,30...)
10.marks {
LOGO = IMAGE
LOGO.file = GIFBUILDER
LOGO.file.XY = 759, 99
LOGO.file.backColor = #697DEE
LOGO.file.10 = fileadmin/images/logo.jpg
LOGO.file.10.file = 178
}
</code>

<code>
# Text dynamisch generieren mit GIFBUILDER (Wichtig: Eigenschaft .text und nicht .value verwenden!)
MEINTEXT.20 = TEXT
MEINTEXT.20.text = Hallo Welt
</code>

===== CSS styled content =====

- über den extension Manager System "CSS Styled Content" installieren und unter "include static" from extension
auf Templateebene zuweisen!

CSS styled content gehört zu den System-Extensions. Gehen Sie deshalb in das Verzeichnis \dummy-3.8.0\typo3\sysext\css_styled_content\css\. Dort finden Sie zwei Beispieldateien: example.css und example_outline.css. Die Stylesheets enthalten Formatierungen für alle in TYPO3 enthaltenen Content-Objekte wie Überschriften, Absätze, Listen, Formulare, Sitemap.

Öffnen Sie eine der Dateien und editieren Sie sie nach Ihren Layout-Vorstellungen. Speichern Sie Ihr bearbeitetes Stylesheet unter einem beliebigen Namen in Ihrem Template-Ordner im Fileadmin ab (\dummy-3.8.0\fileadmin\template\).

Anschliessend weisen Sie im Page Template folgenden Code zu:

<code>
<pre>
config {
doctype = xhtml_trans
doctypeSwitch=1
}
page = PAGE
page {
typeNum = 0
bodyTag = <body>
stylesheet = fileadmin/template/mein_stylesheet.css
}
page.20 = TEMPLATE
page.20 {
template = FILE
template.file = fileadmin/template/mein_template.htm
workOnSubpart = DOCUMENT_BODY
}
</pre>
</code>

Möchten Sie mehr als eine Stylesheet-Datei einbinden, benötigen Sie folgende TypoScript Anweisung im Setup:
<pre>

page = PAGE
page {
typeNum = 0
bodyTag = <body>
includeCSS {
file1 = fileadmin/template/style_1.css
file2 = fileadmin/template/style_2.css
}
}

</pre>

===== Konfiguration automaketemplate =====

Setup:

<code>
plugin.tx_automaketemplate_pi1 {
content < plugin.tx_rlmptmplselector_pi1
elements {
BODY.all = 1
BODY.all.subpartMarker = DOCUMENT_BODY
HEAD.all = 1
HEAD.all.subpartMarker = DOCUMENT_HEADER
HEAD.rmTagSections = title
TD.all = 1
DIV.all = 1
}
relPathPrefix = fileadmin/templates/main/
}

temp.contentAreaTemplate = TEMPLATE
temp.contentAreaTemplate {

template =< plugin.tx_automaketemplate_pi1

// Modify the template selector config: This is a sub template!
template.content.templateType = sub

workOnSubpart = DOCUMENT_BODY
subparts.CONTENT < styles.content.get
subparts.RCONTENT < styles.content.getRight
subparts.LCONTENT < styles.content.getLeft
subparts.BORDER < styles.content.getBorder
}

temp.mainTemplate = TEMPLATE
temp.mainTemplate {
template =< plugin.tx_automaketemplate_pi1
template.content.templateType = main

workOnSubpart = DOCUMENT_BODY
subparts.content < temp.contentAreaTemplate

# subparts.content = CONTENT
# subparts.content < styles.content.get
}

temp.headTemplate = TEMPLATE
temp.headTemplate {
template =< plugin.tx_automaketemplate_pi1
workOnSubpart = DOCUMENT_HEADER
}

page = PAGE
#page.config.incT3Lib_htmlmail = 1
page {
typeNum = 0
bodyTag = <body>
includeCSS {
# file1 = fileadmin/templates/main/res/layout.css
# file2 = fileadmin/templates/main/res/content.css
}
10 < temp.mainTemplate
headerData.10 < temp.headTemplate
}

</code>

===== Container zentrieren =====
ToDo: gehört in CSS

Negative Margin:

<code>
body {margin:0px; padding:0px;}
#container-zentrieren {
position:absolute;
left:50%;
width:500px;
margin-top:266px;
margin-left:-300px;
padding:20px;
border:1px dashed #FF0000;
background-color:#e1e1e1e;
}

</code>

Auto-width Margins:

<code>
body {
margin:20px 0px; padding:0px;
text-align:center;
}

#container-zentrieren {
width:600px;
margin:0px auto;
text-align:left;
padding:20px;
border:1px dashed #FF0000;
background-color:#e1e1e1e;
}

</code>
- ggfl. die Maße anpassen

===== Absatz im Menü =====

Den Seitentyp "Abstand" wählen und im Seitentitel "& n b s p ;" eingetragen.

Im TypoScript den SPACE (SPC) definieren und im CSS formatieren.

Setup:

<code>
1 = HMENU
1.1 = TMENU
1.1 {
expAll = 0
wrap = <ul>|</ul>
NO {
linkWrap = <li>|</li>
}
ACT = 1
ACT {
linkWrap = <li>|</li>
}
SPC = 1
SPC {
linkWrap = <li>|</li>
}
}
1.2 = TMENU
1.2 {
expAll = 0
wrap = <ul>|</ul>
NO {
linkWrap = <li>|</li>
}
ACT = 1
ACT {
linkWrap = <li>|</li>
}
SPC = 1
SPC {
linkWrap = <li>|</li>
}
}
</code>

===== Ankerpunkt für einen internen Link anlegen =====

Ein Seitenlelement vom Typ "interner Link" (Shortcut) anlegen, im Pagebrowser den kleinen Pfeil hinter der Seite klicken und das entsprechende Contentelement auswählen.

===== Konfiguration AWStats =====

Logfile Konfiguration bearbeiten:
awstats_log.txt: www.it-bo.com,it-bo.com

localconf.php:
$TYPO3_CONF_VARS["FE"]["logfile_dir"] = "fileadmin/log/";

Setup:
<code>
#Konfiguration AWStats
config.stat = 1
config.stat_apache = 1
config.stat_apache_logfile = awstats.txt
config.stat_excludeBEuserHits = 1
config.stat_mysql = 1
config.stat_typeNumList = 0,1,98
</code>

Konfigurationsdatei AWStats
cc_awstats/awstats/awstats.conf

AWSTATS automatisieren

http://jweiland.net/typo3cms/howto/awstats/

http://www.typo3wizard.com/de/snippets/general-config/zaehlen-von-dateidownloads-mit-hilfe-von-awstats.html

===== Browsers page title einbinden =====

Setup:

<code>
# Including the class and calling the function
includeLibs.tx_browserpagetitle = typo3conf/ext/browser_page_title/class.tx_browserpagetitle.php
config.titleTagFunction = tx_browserpagetitle->getTitle

# Default language parameters
plugin.browser_page_title {
defaultTitle = IT-Bo - TYPO3 CMS Website DAM Digital Asset Management SEO Reichweitensteigerung Marketing Schulung Hilfe Support - {title}
currentTitle = IT-Bo - TYPO3 - {tx_browserpagetitle_browser_title}
}

# Alternative language parameters
# [globalVar=GP:L=1]
# plugin.browser_page_title.defaultTitle = IT-Bo - TYPO3 CMS Website DAM Digital Asset Management SEO Reichweitensteigerung Marketing Schulung Hilfe Support - {title}
# plugin.browser_page_title.currentTitle = IT-Bo - TYPO3 - {tx_browserpagetitle_browser_title}
# [global]

</code>

===== Contentelmente (entfernen) =====

header - Überschrift

text - Text

textpic - Text m/Bild

image - Bild

bullets - Punktliste

table - Tabelle

uploads - Dateilinks

multimedia - Multimedia

mailform - Formular

search - Suchen

login - Login

menu - Menü/Sitemap

shortcut - Datensatz einfügen

list - Plugin einfügen

html - HTML

script - Skript

splash - Textbox

div - Trenner

<code>
# Contentelemente entfernen TSconfig
TCEFORM.tt_content.CType {
removeItems = header,bullets
}
</code>

===== Seitentypen =====

1 - Standard
2 - Erweitert
3 - Externe URL
4 - Shortcut
5 - Nicht im Menü
6 - Backend Benutzer Bereich
7 - Mount Seite
--div-- - Spacer
199 - Abstand
254 - SysOrdner
255 - Papierkorb

<code>
# Seitentypen entfernen TSconfig
TCEFORM.pages.doktype {
removeItems = 3,5
}
</code>

===== favicon einbinden =====

setup:

<code>
shortcutIcon = fileadmin/favicon.ico

#favicon setup (alternativ):
headerData.1 = TEXT
headerData.1.value = < link rel="shortcut icon" type="image/x-icon" href="fileadmin/favicon.ico" / >
</code>

===== TYPO3 CSS-Datei einbinden =====

Setup:

<code>
# TYPO3 CSS-Datei einbinden
page {
includeCSS {
file1 = fileadmin/templates/main/res/layout.css
file2 = fileadmin/templates/main/res/content.css
file3 = fileadmin/templates/news/tt_news.css
}
}
</code>

=== TypoScript aus externer Datei einbinden ===

aus: http://www.rainer-grundel.de/wissensdb/typo3/allgemein/artikel/article/typoscript_ueber_externe_datei_einbinden.html

Datum des Zugriffs: 25.10.2007

Wenn man mehrer Typo3 Projekte betreut kommt man irgendwann an den Punkt an dem man TS Konfigurationen immer wieder verwendet. Durch das Auslagern der Konfiguration und dem Wiederbenutzen lässt sich viel Zeit und Aufwand sparen.

Durch das Auslagern von oft gebrauchten TS-Konfigurationen und dem Wiederverwenden in weiteren Typo3 Projekten lässt sich viel Zeit sparen. Insbesondere beim Updaten kann das Auslagern des TS in eine externe Datei Vorteile mit sich bringen. Das Einbinden von externem TS funktioniert bei Templates, TSconfig von Seiten und dem Tsconfig von Benutzern bzw. Benutzergruppen. Eingebunden werden externe Scriptdateien über folgendes TS:

<INCLUDE_TYPOSCRIPT: source="FILE: fileadmin/scriptdatei.txt">

Wichtig

Folgendes ist beim Einbau der externen Datei zu beachten:

* Im Template muss das Include in einer eigenen Zeile stehen, sonst wird es nicht erkannt.
* Das Include wird vor dem Parsen des TS ausgeführt und funktioniert nicht mit Conditions und Verschachtelungen.
* Die Dateigröße darf nicht größer als 100KB sein.
* Die URL der Datei muss ausgehend von PATH_side sein, darf also kein ".." enthalten.

===== Ausschalten der CSS-Formatierung im Seitenkopf der HTML-Datei =====

Setup:

<code>
# Ausschalten der CSS-Formatierung im Seitenkopf der HTML-Datei
#plugin.tx_cssstyledimgtext._CSS_DEFAULT_STYLE =
#plugin.tx_croncssstyledimgtext._CSS_DEFAULT_STYLE =
#plugin.tx_cssstyledcontent._CSS_DEFAULT_STYLE >
plugin.tx_formwidgets_pi1._CSS_DEFAULT_STYLE >
plugin.tx_damdownloads_pi1._CSS_DEFAULT_STYLE >
plugin.tx-sgglossary-pi1._CSS_DEFAULT_STYLE >
#plugin.tx_jphcodesnippets_pi._CSS_DEFAULT_STYLE >
plugin.tt_news._CSS_DEFAULT_STYLE >
</code>

CSS auslagern

Setup:
<code>
# CSS auslagern
inlineStyle2TempFile = 1
</code>

===== TCEFORM tt_content content header layout altLabels =====

<code>
#TSconfig:
TCEFORM.tt_content.header_layout.altLabels.1 = Überschrift 1
TCEFORM.tt_content.header_layout.altLabels.2 = Überschrift 2
TCEFORM.tt_content.header_layout.altLabels.3 = Überschrift 3
TCEFORM.tt_content.header_layout.altLabels.4 = Überschrift 4
TCEFORM.tt_content.header_layout.altLabels.5 = Überschrift 5
TCEFORM.tt_content.header_layout.altLabels.6 = Überschrift 6
#TCEFORM.tt_content.header_layout.removeItems = 3,4,5
</code>

===== Image Rotation (ric_rotation) Konfiguration =====

# Setup: Image Rotation (ric_rotation)

<code>
plugin.tx_ricrotation_pi1 {
# parser (dont change this)
parser < tt_content.text.20.parseFunc

# template for plugin
templateFile = EXT:ric_rotation/pi1/template.htm

# list of page ids where the banners should be taken from ( comma seperated f.E.: 1,5,7)
pidList =

# levels of recoursion to search for banners
recursive = 0

# show banners with this attribute, options are: top, left, bottom, right
placement = top

#mode to show banners, options are: all, random
mode = all

# how many banner maximum
results_at_a_time = 100

# image preconfig
image {
file.maxW = 492
#file.params = -quality 90 // activate to force quality 90
#file.ext = jpg // activate to force jpg
}
}
</code>

===== Konfiguration Indexed Search =====

Constants:

<code>
#Suche Indexed Search
plugin.tx_indexedsearch {
search.rootPidList = 1
show.rules = 0
}
</code>

Setup:

<code>
#Indexierung
config.index_enable = 1
config.index_externals = 1
</code>

===== Konfiguration Macina Searchbox =====

Setup:

<code>
#Konfiguration Macina Searchbox
plugin.tx_macinasearchbox_pi1 {
pidSearchpage = 1
templateFile = fileadmin/it-bo/macina-searchbox.html
}
</code>

Macina Searchbox einbinden

Setup:

<code>
#Macina Searchbox einbinden
SUCHE >
SUCHE < plugin.tx_macinasearchbox_pi1
</code>

===== Javascript auslagern =====

Setup:

<code>
# Javascript auslagern
removeDefaultJS = external
</code>

===== MOC Fileshare manager, moc_filemanager =====

# Constants: MOC Fileshare manager, moc_filemanager
<code>
plugin.tx_mocfilemanager_pi2.documentRoot = fileadmin
plugin.tx_mocfilemanager_pi2.useOwnIcons = 0
plugin.tx_mocfilemanager_pi2.limitNewest = 5
plugin.tx_mocfilemanager_pi2.ShowFilesPID = 123

#plugin.tx_mocfilemanager_pi1.mountWrap = |
#plugin.tx_mocfilemanager_pi1.parentDirStyle = 1
#plugin.tx_mocfilemanager_pi1.showParentDir = 1
plugin.tx_mocfilemanager_pi1.documentRoot = fileadmin
#plugin.tx_mocfilemanager_pi1.disableMkdir = 1
#plugin.tx_mocfilemanager_pi1.ApacheChildKill = 1
#plugin.tx_mocfilemanager_pi1.timeLimit = 0
plugin.tx_mocfilemanager_pi1.useDescriptions = 1
#plugin.tx_mocfilemanager_pi1.asExplorer = 1
plugin.tx_mocfilemanager_pi1.allowedExts = txt,xls,doc,pps,gif,jpg,htm,html
#plugin.tx_mocfilemanager_pi1.datetimeFormat = %c
#plugin.tx_mocfilemanager_pi1.maxDepth = 1
plugin.tx_mocfilemanager_pi1.useOwnIcons = 1
</code>

===== Konfiguration Link2Map24 =====

link2map24:

- bei map24 (link2map24) anmelden

link2map24.tpl.html:

<<<< USERID >>>> von link2map24 eintragen

===== News tt_news =====

News Template einbinden

Constants:
<code>
#News tt_news Template einbinden
plugin.tt_news {
file.templateFile = fileadmin/templates/news/tt_news.html
}

</code>

==== News Datum- und Zeitformat anpassen ====

Setup:
<code>
#News tt_news Datum- und Zeitformat anpassen
plugin.tt_news {
archiveTitleCObject {
10.strftime = %B - %Y
}
getRelatedCObject {
20.strftime = %d.%m.%Y %H:%M
}
displaySingle {
# date_stdWrap.strftime= %d.%m.%y
date_stdWrap.strftime= %A, %d. %B %Y
time_stdWrap.strftime= %H:%M
}
displayLatest {
date_stdWrap.strftime= %d.%m.%y
time_stdWrap.strftime= %H:%M
}
displayList {
# date_stdWrap.strftime= %A %d. %B %Y
date_stdWrap.strftime = %A, %d. %B %Y
time_stdWrap.strftime= %d.%m.%y %H:%M
}
}
</code>

===== Konfiguration rlmptmplselector =====

Setup:
<code>
#definiert den Pfad zu den Main-Template Dateien
plugin.tx_rlmptmplselector_pi1.templatePathMain = fileadmin/templates/main/

#definiert legt den Pfad zu den Main-Template Dateien
plugin.tx_rlmptmplselector_pi1.templatePathSub = fileadmin/templates/sub/

#definiert das Standard Main-Template Datei, welches geladen werden soll, wenn kein anderes Template ausgewählt wurde
plugin.tx_rlmptmplselector_pi1.defaultTemplateFileNameMain = main_rlmptmplselector.html

#definiert das Standard Sub-Template Datei, welches geladen werden soll, wenn kein anderes Template ausgewählt wurde
plugin.tx_rlmptmplselector_pi1.defaultTemplateFileNameSub = sub_rlmptmplselector.html

# If there is a page having no template selected, use a template
# selected earlier in the rootline. If there is none, use the default
plugin.tx_rlmptmplselector_pi1.inheritMainTemplates = 1
plugin.tx_rlmptmplselector_pi1.inheritSubTemplates = 1
</code>

===== TOP Link =====

<code>
# Setup TOP Link
TOPLINK = TEXT
TOPLINK {
value = to top
lang.en = To the Top
lang.de = Seitenanfang
wrap = <A HREF="#top" class="top-link">|</A>
}

</code>

===== Überschrift als Grafik =====

Im Install Tool (Installation) unter "All Configuration" "[gdlib_png]" aktivieren.

# Setup Überschrift als Grafik
<code>
Header1 = IMAGE
Header1 {
wrap = |
file = GIFBUILDER
file {
XY = [10.w]+6,00
transparentColor = # Hintergrundfarbe
backColor = # Hintergrundfarbe
10 = TEXT
10.text.field =
10.text.current = 1
10.fontSize = Schriftgröße
10.offset = 0,50
10.fontFile = fileadmin/schriftart.ttf
10.fontColor = Schriftfarbe
10.niceText = 1
}
}

lib.stdheader.10.1 < Header1
</code>

===== Konfiguration 404 Error Site =====

Eigene Fehlerseite (404 Error Site) mit der Extension error_404_handling erstellen

Der Browser zeigt die normale Fehlerseite an, die einen 404 Fehler zurück gibt: 404 Error Site.

Für eine eigene 404 Error Site, muss die Extension error_404_handling installiert werden.

Im Ordner /typo3conf/ext/error_404_handling/files/ befinden sich die Dateien für die eigene 404 Error Site.

Dateien:

- 404page_not_found.php

- example.htaccess

Die Datei "404page_not_found.php" in das Root-Verzeichnis der Domain kopieren. Und aus der example.htaccess Datei folgendes in die .htaccess Datei der Root-Ebene eingefügen:

<code>
ErrorDocument 404 /path_anpassen/404page_not_found.php
ErrorDocument 500 /path_anpassen/404page_not_found.php
</code>

Im Install-Tool [warning_email_addr] kann eine E-Mail-Adresse eingeben. Dann wird eine E-Mail versendet, wenn eine Seite (404 Error Site) nicht gefunden wurde.

Einen Domainrecord anlegen bzw. öffnen und eine URL in dem Feld "Redirect to an URL if a page or file under this domain could not be found" eintragen.

404 Error Site: Umleitung auf eine bestimmte 404 Error Site
Install:
<code>
$TYPO3_CONF_VARS["FE"]["pageNotFound_handling"] = 'http://www.404-Error-Site.com/404.php';
</code>

===== TYPO3 YAML =====

TYPO3 YAML Beispielseite und Anleitung

YAML, TYPO3 und YAML

Download: yaml.t3net.de

===== Syntax Highlighting Ultraedit =====

Da mir die durchgehend schwarze Schrift des typoscript total auf den Senkel geht, und ich keinerlei adäquate Lösung zum Thema TypoScript Syntax Highlighting bzw. Syntax kontrolle etc. gefunden habe, hab ich mir das wordfile vom Ultraedit www.ultraedit.com mal hergenommen und erweitert!

http://www.typo3.net/forum/list/list_post//21624/

===== Bedingungen definieren =====

<code>
marks.SLOGAN = COA
marks.SLOGAN {
10 < temp.import_img
stdWrap.ifEmpty.cObject < temp.std_img
}
</code>

http://lists.netfielders.de/pipermail/typo3-at/2004-October/003731.html

http://www.jweiland.net/typo3cms/howto/typoscript-bedingung/

http://www.typo3.net/tsref/functions/if/

http://www.typo3.net/tsref/functions/stdwrap/

http://linuxwiki.de/Typo3TypoScript

===== Links =====

http://www.it-bo.com/typo3-marketing/hilfe/container-zentrieren.html

http://ug.typo3-nrw.de/typo3-dynamic_css.html

http://www.typo3.net/index.php?id=13&action=list_post&tid=39948&page=1

http://blog.dopefreshtight.de/artikel/typo3-aufsetzen-setup/

http://www.sk-typo3.de/RTE-Standardkonfiguration.31.0.html

http://www.linet-services.de/t3_tscode.html

http://www.it-bo.com/typo3-marketing/news/typo3-news/article/typo3-yaml-fuer-version-4.html

http://www.typo3-unleashed.net/index.php?id=sitemap

http://www.sk-typo3.de/Typo3-Extensions.68.0.html

http://www.contentschmiede.de/links-zu-typo3/

http://www.mcuniverse.com/TemplaVoila_-_Cheat_Sheet.1221.0.html

http://www.just2b.com/mein-typo3/css-ts-menues.html

http://ww2.sprain.ch/index.php?id=19

http://www.typo3wizard.com/de/snippets/menus/text-menu-tmenu.html

http://www.kraftfelt.dk/

http://lists.netfielders.de/pipermail/typo3-german/2006-January/008630.html

http://82.165.8.199/typo3cms/exotec-design.de/index.php?id=89