Wikizone - Benutzerbeiträge [de]

SSL-Zertifikat und https unter TYPO3

2010-12-03T14:15:22Z

94.216.241.108:

== https enforcer ==

Um in TYPO3 eine sichere Verbindung zu garantieren gibt es die Extension https_enforcer. Sie sorgt dafür, daß eine Seite immer mit https: geladen wird auch wenn der Benutzer http://... eingibt.

== Die Tücke im Detail ==
=== 1. Zertifikat ===
Natürlich muß auf dem Server ein '''gültiges SSL-Zertifikat''' installiert sein, daß für die Domain gültig ist. Günstig ist eines, daß die '''gängigen Browser schon kennen''', dann fragt er nicht erst nach ob man dem Zertifikat vertraut.

=== 2. Medien ===
'''Alle Teile''' der Webseite müssen verschlüsselt sein, sonst meckert der Browser. Dazu gehören z.B. Bilder, das favicon.

Am einfachsten geht es wenn alle '''Pfade relativ''' angegeben wurden. Wenn der Browser ein '''base href''' Tag enthält muß dies angepasst werden, sonst stellt der Browser selbstständig das falsche Protokoll voran. Im Typo3 stellt man das unter c'''onfig.baseURL''' ein.

=== Die Formulare ===
Bei selbst gestrickten Formularen muß man also dafür sorgen daß bei der Action auch https: steht (siehe auch hier im Wiki)

Typo3 - Formulare mit https sicher versenden

2010-12-03T14:00:43Z

94.216.241.108:

Voraussetzung: Der Server braucht ein Zertifikat und muß wissen was er mit https anfangen soll.

Formularobjekt kann folgendermaßen modifiziert werden.
<pre>
temp.FORM = FORM
temp.FORM.type = index.php?id=
temp.FORM.dataWrap = https://meine.domain/|{TSFE:id}
</pre>

Siehe auch [[SSL-Zertifikat und https unter TYPO3]]

Typo3 - Baukasten

2010-12-03T13:47:19Z

94.216.241.108: /* Formulare */

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

== Formulare ==
[[Typo3 - Formulare mit https sicher versenden]]

[[TYPO3 - Checkbox in Standard Mailformular als Pflichtfeld]]

== 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 ==
=== Standard Navigation Beispiele ===
==== ak-freizeiten ====

<pre>
temp.navi_vBulletList = HMENU
temp.navi_vBulletList {
special = directory
special.value = 44
#entryLevel = 0
1 = TMENU
1.noBlur = 1
1.wrap = <ul class="navi1">|</ul>
1.NO = 1
1.NO.linkWrap = <li class="naviL1">|</li>
1.ACT = 1
1.ACT.linkWrap = <li class="naviL1_act">|</li>
1.ACTIFSUB = 1
1.ACTIFSUB.linkWrap = <li class="naviL1_act">|</li>

2 = TMENU
2.noBlur = 1
2.wrap = <ul class="navi1_1">|</ul>
2.NO = 1
2.NO.linkWrap = <li class="naviL1_1">|</li>
2.ACT = 1
2.ACT.linkWrap = <li class="naviL1_1_act">|</li>
2.ACTIFSUB = 1
2.ACTIFSUB.linkWrap = <li class="naviL1_1_act">|</li>

}

</pre>

=== 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.

Ein etwas ausführlicheres:

[[TYPO3 Navigation aus Bildern im Media Feld]]

=== 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 ===
siehe auch "Das Media Feld"
<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 ==
=== Ein Inhaltselement an einen Marker schicken ===
Man kann im HTML-Template einen Marker oder Subpart definieren und diesen mit einem beliebigen Inhaltselement befüllen, daß dann auf allen Seiten angezeigt wird.

<pre>
temp.teaser = RECORDS

temp.teaser{
// ID des Datensatzes
source = 17477
tables = tt_content
#conf.tt_content < tt_content // Standard muß nicht angegeben werden
wrap = <div id="gifbanner">|</div>
}

page.10.subparts.TEASER < temp.teaser
</pre>

=== 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 - CSS ==
CSS Beispiele und Schnipsel für Extensions und Standardelemente gibt es unter:
[[TYPO3 - CSS]]

== Geschützter Login Bereich ==

Früher schön mit der New Login Box. Diese ist ab 4.3 integriert.

=== Weiterleitung nach Login ===

TYPO3 - Checkbox in Standard Mailformular als Pflichtfeld

2010-12-03T13:36:00Z

94.216.241.108:

Im Formularassistenten kann man die Checkbox nicht als Pflichtformular auswählen. Man kann aber trotzdem dafür sorgen, daß ein Benutzer die Checkbox anklicken muß, indem man das Feld direkt im Inhaltselement editiert. Dazu muß einfach ein * vor die Definition des Feldes gesetzt werden (wie es auch bei den anderen Pflichtfeldern zu sehen ist, die der Assistent anlegt.

Beispiel:

Hiermit akzeptiere ich die Gutscheinbedingungen | *akzeptiert=check

Typo3 - Baukasten

2010-12-03T13:33:18Z

94.216.241.108: /* Formulare */

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

== Formulare ==
[[Typo3 - Formulare mit https sicher versenden]]
[[TYPO3 - Checkbox in Standard Mailformular als Pflichtfeld]]

== 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 ==
=== Standard Navigation Beispiele ===
==== ak-freizeiten ====

<pre>
temp.navi_vBulletList = HMENU
temp.navi_vBulletList {
special = directory
special.value = 44
#entryLevel = 0
1 = TMENU
1.noBlur = 1
1.wrap = <ul class="navi1">|</ul>
1.NO = 1
1.NO.linkWrap = <li class="naviL1">|</li>
1.ACT = 1
1.ACT.linkWrap = <li class="naviL1_act">|</li>
1.ACTIFSUB = 1
1.ACTIFSUB.linkWrap = <li class="naviL1_act">|</li>

2 = TMENU
2.noBlur = 1
2.wrap = <ul class="navi1_1">|</ul>
2.NO = 1
2.NO.linkWrap = <li class="naviL1_1">|</li>
2.ACT = 1
2.ACT.linkWrap = <li class="naviL1_1_act">|</li>
2.ACTIFSUB = 1
2.ACTIFSUB.linkWrap = <li class="naviL1_1_act">|</li>

}

</pre>

=== 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.

Ein etwas ausführlicheres:

[[TYPO3 Navigation aus Bildern im Media Feld]]

=== 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 ===
siehe auch "Das Media Feld"
<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 ==
=== Ein Inhaltselement an einen Marker schicken ===
Man kann im HTML-Template einen Marker oder Subpart definieren und diesen mit einem beliebigen Inhaltselement befüllen, daß dann auf allen Seiten angezeigt wird.

<pre>
temp.teaser = RECORDS

temp.teaser{
// ID des Datensatzes
source = 17477
tables = tt_content
#conf.tt_content < tt_content // Standard muß nicht angegeben werden
wrap = <div id="gifbanner">|</div>
}

page.10.subparts.TEASER < temp.teaser
</pre>

=== 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 - CSS ==
CSS Beispiele und Schnipsel für Extensions und Standardelemente gibt es unter:
[[TYPO3 - CSS]]

== Geschützter Login Bereich ==

Früher schön mit der New Login Box. Diese ist ab 4.3 integriert.

=== Weiterleitung nach Login ===