Man lädt sich also die Erweiterung “gridelements” aus dem TER, installiert sie und bindet die “Statischen Templates” ein. Danach den System-Ordner, den man als “Allgemeine Datensatzsammlung” angegeben hat öffnen und dort einen neuen Datensatz vom Typ “CE Backend Layout” anlegen. Die Funktionsweise ist hier die gleiche wie bei den Backend Layouts. Danach lässt sich das neu angelegte Element auf einer Seite einfügen. Man findet es in der Rubrik “Raster-Elemente”. Hat man z. B. ein zweispaltiges Element angelegt, sieht das Backend ungefähr so aus:

Nachdem das erfreulicherweise schon alles war, kümmern wir uns um die Ausgabe auf der Webseite. Dazu kann man per Typoscript definieren, wie dieses Element ausgegeben werden soll. Für das zweispaltige Element könnte das so aussehen:

tt_content.gridelements_pi1.20.10.setup {
	# ID of gridelement
	1 < temp.gridelements.defaultGridSetup
	1 {
		columns {
			# colPos ID
			11 < .default
			11.wrap = <div class="firstcol">|</div>
			# colPos ID
			12 < .default
			12.wrap = <div class="secondcol">|</div>
		}
		wrap = <div class="element2cols">|</div>
	}
}

Wichtig sind hier die verwendeten Zahlen. Die “1″ entspricht der ID des angelegten “gridelements”. Darin befinden sich die “columns”, die anhand ihrer colPos mit einem “wrap” versehen werden können. Der “wrap” am Ende umschließt das komplette Element. Zusätzliche Elemente können nach dem gleichen Schema hinzugefügt werden.

Selbst wenn man keine Raster-Elemente benötigt, empfiehlt es sich, die Erweiterung gridelements zu installieren. Denn man erhält mit dieser Extension auch eine Drag&Drop-Funktionalität für die Inhaltselemente, wie man sie von Templavoila kennt.

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Dieser neue Seitenbaum bringt einige Vorteile, die aber zum Teil nicht auf den ersten Blick ersichtlich sind. Auf die vielen neuen Features will ich im ersten Adventskalender Türchen eingehen.

Neue Seiten per Drag & Drop anlegen

Die wohl nützlichste Neuerung dürfte das Drag & Drop Feature sein, mit dem sich Seiten anlegen, verschieben, löschen und kopieren lassen. Nach einem Klick auf das Icon mit dem grünen Plus links oben im Seitenbaum erscheint ein Toolbar mit Icons für die verschiedenen Seitentypen. Mit klicken und ziehen kann man das Icon dann an die Stelle im Seitenbaum ziehen, wo eine neue Seite oder ein neuer Ordner angelegt werden soll. Eine dünne grau Linie zeigt die Stelle, an der die neue Seite eingefügt wird. Direkt nach dem Einfügen der Seite in den Seitenbaum wird der Seitenbaum aktualisiert und es erscheint die neue Seite, per Default versteckt. Außerdem hat man direkt im Seitenbaum die Möglichkeit, den Titel der Seite zu setzen, da automatisch ein editierbares Textfeld erscheint.

Seitentitel direkt im Seitenbaum ändern

Auch die Titel von bestehenden Seiten lassen sich im Seitenbaum ganz fix ändern. Dazu muss nur doppelt auf den Seitentitel geklickt werden und voilà, wieder erscheint das Textfeld zum Ändern des Titels. Mit Enter wird die Änderung des Titels bestätigt, mit Escape kann man den Bearbeitungsmodus ohne Änderung verlassen.

Seiten verschieben und kopieren

Um eine Seite an eine andere Stelle im Seitenbaum zu verschieben, zieht man den Seitentitel einfach an die gewünschte neue Stelle und lässt die Seite dort los. Wenn die Seite kopiert werden soll, muss während des Ziehens nur ein Mal die Strg Taste gedrückt werden.

Der Drag & Drop Vorgang kann jederzeit mit der Escape Taste abgebrochen werden.

Löschen von Seiten

Per Drag & Drop können auch Seiten aus dem Seitenbaum gelöscht werden. Während eine Seite gezogen wird, erscheint unterhalb des Seitenbaums eine dunkelgraue Fläche. Dort abgelegte Seiten werden gelöscht. Falls eine Seite dort versehentlich abgelegt wurde, kann der Löschvorgang noch einige Sekunden lang rückgängig gemacht werden. Danach muss der Papierkorb von TYPO3 bemüht werden.

TYPO3 merkt sich den Zustand des Seitenbaums

Wie auch schon in früheren Versionen von TYPO3 merkt sich der Seitenbaum den aktuellen Zustand, also welche Teilbäume ausgeklappt sind. Zusätzlich merkt sich TYPO3 jetzt auch die zuletzt angeklickte Seite und öffnete diese auch nach einem erneuten Login als erstes.

Filtern des Seitenbaums

Ein großartiges neues Feature sind die Möglichkeiten, die Seiten im Seitenbaum zu filtern. Bislang funktionierte die Filterung nur für Seiten, die auch ausgeklappt und somit sichtbar waren. Jetzt wird wirklich der gesamte Seitenbaum durchsucht.

Die Filterfunktion wird über das Filter Icon über dem Seitenbaum gestartet. Sobald mehr als drei Zeichen eingegeben wurden, wird der Filter Modus gestartet und es werden nur noch Seiten im Seitenbaum angezeigt, die die gesuchte Zeichenkette enthalten bzw. der Klickpfad zu diesen Seiten. Die genauen Treffer werden farblich hervorgehoben. Anstelle von Buchstaben können auch Seiten IDs direkt eingegeben werden. In diesem Fall entfällt das drei Zeichen Limit zum Starten des Filter Modus.

Kontext Menü

Zusätzlich zum eigentlichen Seitenbaum wurde auch das Kontext Menü überarbeitet. Es ist über einen Links- oder Rechtsklick auf das Icon oder den Seitentitel aufrufbar. Sofort sichtbar sind die Funktionen, die nicht über die Drag & Drop Funktionalität abgedeckt sind. Dazu gehören die Vorschau, das Aktivieren oder Deaktivieren von Seiten und andere Funktionen. Im Bereich “Seitenaktionen” befinden sich die Funktionen, die auch per Drag & Drop genutzt werden können. Unter “Teilbereichsaktionen” verbergen sich noch nützliche weitere Funktionen wie das Ein- und Ausblenden gesamter Teilbäume inklusiver aller Unterbäume und der Import und Export als t3d Datei.

Das Kontext Menü kann durch eigene Aktionen erweitert werden. Im TYPO3Wiki findet sich ein Artikel mit einer Demo Extension und Beispielcode.

Temporäre Datenbankfreigabe

Wer oft mit umfangreichen Seitenbäumen zu tun hat, wird sich über eine weitere Funktion aus dem Untermenü “Teilbereichsaktionen” freuen. Über den Menüpunkt “Als Startpunkt für den Seitenbaum festlegen” kann eine beliebige Unterseite als Startseite festgelegt werden. Der restliche Seitenbaum wird dann ausgeblendet. Der Zustand der temporären Datenbankfreigabe bleibt natürlich auch nach einem erneuten Login erhalten.

Datenbankfreigaben für Redakteure

Bei Datenbankfreigaben für Redakteure funktionieren alle oben beschriebenen Funktionen genauso.

Eine kleine Verbesserung bietet die Benutzer TypoScript Option “options.pageTree.showPathAboveMounts = 1″. Sie kann sowohl auf Benutzer- als auch auf Gruppenebene benutzt werden und sorgt dafür, dass der Pfad zur jeweiligen Startseite der Datenbankfreigabe über dem Teilbaum angezeigt wird.

Weitere Anpassungsmöglichkeiten über Seiten TS

Bereits beim letzten Adventskalender wurden Möglichkeiten vorgestellt, die Darstellung des Seitenbaums zu beeinflussen (Türchen 3 & Türchen 10). Diese Möglichkeiten funktionieren auch weiterhin (im TS Config Feld der Gruppe oder des Benutzers).

Folgende Optionen gibt es:

• options.pageTree.showPathAboveMounts = 1
  Zeigt wie bereits oben beschrieben den den Pfad einer Datenbankfreigabe an
• options.pageTree.showPageIdWithTitle = 1
  Zeigt die Seiten ID in eckigen Klammern vor dem Seitentitel an
• options.pageTree.showNavTitle = 1
  Zeigt den Navigationstitel statt dem Seitentitel im Seitenbaum an
• options.pageTree.disableIconLinkToContextmenu = 1
  Schaltet die Aktivierung des Kontext Menüs mit der linken Maustaste aus
• options.pageTree.hideFilter = 1
  Versteckt die Filter Funktion
• options.pageTree.showDomainNameWithTitle = 1
  Zeigt den Namen des Domain Datensatzes im Seitentitel an (siehe Screenshot)
• options.contextMenu.table.pages.disableItems =
  Kommaseparierte Liste von Elementen, die nicht im Kontext Menü verfügbar sein sollen (view, disable, enable, edit, info, history, new, cut, copy, pasteInto, pasteAfter, delete, mountAsTreeroot, expandBranch, collapseBranch)
• options.pageTree.doktypesToShowInNewPageDragArea =
  Kommaseparierte Liste von Doktype IDs, die in dem Toolbar mit Icons für neue Seiten angezeigt werden sollen. Default Werte sind 1, 6, 4, 7, 3, 254, 255, 199

Preloading des Seitenbaums

Damit sich der Seitenbaum ohne große Verzögerungen benutzen lässt, wird er zum Teil voraus geladen. Per default sind das 50 Seiten. Der Wert kann über einen Eintrag in der localconf.php verändert werden:

$GLOBALS['TYPO3_CONF_VARS']['BE']['pageTree']['preloadLimit']

Beim Ändern dieses Wertes ist aber Vorsicht geboten, da sich die Anzahl der Datenbankabfragen entsprechend erhöht.

Weiterentwicklung des Seitenbaums

Mit Version 4.6 wurden Bugs behoben und die Performance verbessert. Für TYPO3 4.7 ist die Portierung auf ExtJS 4 geplant.

Sehr praktisch fände ich es, wenn es möglich wäre, die Technologie, die hinter dem neuen Seitenbaum steckt, auch für eigene Bäume nutzen zu können. Dies ist momentan aber leider noch nicht möglich.

Ein großes Dankeschön geht auf jeden Fall an alle Entwickler, die an der Implementierung des neuen Seitenbaums beteiligt waren! Super Arbeit!

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Die Extension bietet die Möglichkeit, automatisiert Links und Weiterleitungen sowie Backlinks auf die eigene Seite zu prüfen. Außerdem gibt es die Möglichkeit, einen Inhaltsvergleich (vorher/nachher) einer Seite zu machen oder zwei verschiedene Seiten miteinander zu vergleichen. Die dF_Tools verfolgen einen anderen Ansatz als z.B. der Link Validator, der mit TYPO3 4.5 eingeführt wurde.

Ergebnis Ansicht des Link Tests

Da die Extension auch aus technischer Sicht durch die Verwendung von Extbase, Ext JS und Ext.Direct interessante Ansätze für andere Entwickler bietet, möchte ich sie hier kurz vorstellen.

Voraussetzung für die Installation sind TYPO3 4.5, Extbase und Fluid. Für die Link Tests sollte cURL installiert sein. Für den Fall, dass cURL nicht zur Verfügung steht, gibt es auch eine native PHP Lösung, die allerdings voraussetzt, dass PHP externe URLs aufrufen darf. Vor der Installation sollte am Besten schon ein leerer Ordner angelegt werden, in den die dF_Tools ihre Daten speichern können. Nach dem Download aus dem TER muss im Extension Manager nur der vorher angelegte SysOrdner eingetragen werden. Damit ist die Konfiguration erst mal abgeschlossen.

Im Bereich “Adminwerkzeuge” im TYPO3 Backend steht danach ein neuer Menüpunkt “dF_Tools” zur Verfügung.

Der Link Test

Der Link Test prüft ähnlich wie der Linkvalidator alle Links, die er in Tabellen mit einer TCA-Konfiguration findet. Dabei werden aber nur Links mit vorangestelltem http(s) bzw. ftp geprüft. Interne Links, die mit TypoLink erzeugt werden, werden ignoriert. Im ersten Schritt wird über den Button “Daten synchronisieren” eine Liste der URLs aus der Datenbank ermittelt. Mit “Tests starten” läuft dann der eigentliche Test los. Dieser Vorgang kann je nach Größe der Seite einige Zeit in Anspruch nehmen. Über einen mitgelieferten Scheduler Task können beide Schritte auch automatisiert ausgeführt werden. Es wird dann eine E-Mail mit den Test Ergebnissen verschickt.

Das Test Ergebnis wird gruppiert nach Fehlern, Warnungen und Erfolgen dargestellt. Über die Icons am rechten Rand können Details zum Testergebnis angezeigt werden, ein Eintrag ignoriert oder als Falsch-Positiv markiert oder ein erneuter Einzeltest gestartet werden.

Ignorierte Links werden auch bei weiteren Test-Durchläufen nicht mehr geprüft. Dies ist beispielsweise bei absichtlich falsch geschriebenen Links sinnvoll.
Als Falsch-Positiv markierte Links werden in Benachrichtungsmails nicht mehr angemeckert und auch nicht als Fehler oder Warnung markiert. Jedoch findet bei Test-Durchläufen noch immer eine Validierung statt, so dass man die Liste ab und an manuell prüfen sollte. Der Anwendungszweck sind Links, welche beim Aufruf je nach Einstellung des Besuchers z.B. auf ein Land/Sprache weiterleiten.

Über den Pfeil vor dem Eintrag kann man Details zum gefundenen Datensatz ausklappen und den Datensatz auch direkt editieren.

Im Extension Manager können ganze Tabellen oder auch nur einzelne Felder von den Tests ausgeschlossen werden. Das ist vor allem dann hilfreich, wenn man z.B. Spam Links aus Kommentaren ignorieren möchte.

Link Test Ergebnis

Weiterleitungen testen

Für Seiten mit vielen Redirects (z.B. per .htaccess oder RealURL) bietet sich der Weiterleitungstest an. Dabei wird geprüft, ob eine Test URL genau das erwartete Ergebnis liefert (inklusive Slash und HTTP Status Code). Der HTTP-Status-Code-Check benutzt den zuletzt erhaltenen HTTP-Code. Üblicherweise ist dieser entweder ein “200 OK” oder ein “404 Not Found”.

Um bei vielen Tests die Übersicht zu behalten, können die einzelnen Tests in Kategorien gruppiert werden.

Weiterleitungen testen

Backlinks testen

Wer prüfen möchte, ob eine beliebige Seite A auf eine beliebige andere Seite B verlinkt, für den ist der Backlink Test gut geeignet. Momentan wird noch geprüft, ob die URL exakt wie eingegeben vorhanden ist. In Zukunft sollen auch reguläre Ausdrücke möglich sein.

Backlinks testen

Inhaltsvergleiche

Dieses Werkzeug ermöglicht es, Inhalte zweier URLs zu vergleichen. Es existieren zwei verschiedene Test-Modi. Zum einen können die Inhalte zweier verschiedener URLs miteinander verglichen werden und zum anderen der Inhalt einer früheren Version der Seite mit dem aktuellem Zustand verglichen werden. Hierzu müssen die URLs identisch sein. Der Inhaltsvergleich prüft nur die Inhalte zwischen den Kommentaren <!–TYPO3SEARCH_begin–> und <!–TYPO3SEARCH_end–>. Falls diese nicht gesetzt sind, wird der komplette Inhalt geprüft.

Die Unterschiede zwischen den Inhalten werden im Ergebnis farblich hervorgehoben. Für den Inhaltsvergleich von Änderungen auf einer Seite (gleiche URL) kann über einen Button der Testinhalt aktualisiert werden. Bei zukünftigen Tests wird dann der aktuelle Stand mit dem gespeicherten Testinhalt verglichen.

Inhaltsvergleiche mit Darstellung der Unterschiede

Skalierbarkeit

Laut Stefan Galinski eignet sich die Extension nur für kleine und mittelgroße Webseiten, da die Performance bei großen Mengen an Links einbricht. Eine direkte Faustregel für die Anzahl der Seiten, etc. gibt es nicht, da die Größer der Datenbank und die Anzahl der gefundenen Links entscheidend ist. Bei Performance Problemen kann es hilfreich sein, über den Extension Manager Felder oder ganze Tabellen von der Suche auszuschließen.

Technische Aspekte

Unabhängig davon, was die Extension tut, ist sie auch für andere Extension Entwickler interessant. Los geht es schon im Extension Manager: die Konfiguration läuft komfortabel über ein FlexForm. Möglich ist dies über eine userfunc in der Datei ext_conf_template.txt. Details dazu werden in diesem Artikel auf buzz.typo3.org beschrieben.

Konfiguration der Extension über ein FlexForm

Aber auch sonst hat die Extension technisch allerhand zu bieten: das Backend Modul wurde mit Extbase erstellt. Das optische Grundgerüst (Grid) wurde mit Ext JS bzw. Ext.Direct umgesetzt.

Eine Herausforderung war die Verbindung von Ext.Direct mit ExtBase und die Absicherung der Formulare mit dem HMAC, wodurch natürlich die ExtJS-Stores entsprechend erweitert werden mussten, so dass diese das __hmac-Feld von ExtBase berücksichtigen. Zudem musste ein Layer eingebaut werden, damit die reinkommenden Daten von Ext.Direct für ExtBase entsprechend gemappt werden, da ansonsten eine Validierung der Objekte nicht möglich wäre. Das Mappen der Daten gilt natürlich auch umgekehrt, wodurch ein spezieller “View” notwendig wird, der statt HTML ein Array zurückgibt. Sobald man von diesen kleineren Umständlichkeiten absieht, ist der Rest reines ExtBase und kann auch dementsprechend verwendet werden. Der gesamte Prozess kostet jedoch schon ein bisschen Performance, weshalb man vor einer solchen Implementierung sich überlegen sollte, ob es für das eigene Projekt Sinn ergibt. Am Besten einfach mal die dF_Tools mit größeren Datenmengen testen, da einem hierdurch das Problem mit großen Datenmengen sowohl mit ExtBase als auch mit ExtJS ersichtlich wird. Vieles davon kann man natürlich entsprechend anpassen, um die Performance und Usability zu verbessern, aber es ist auf jeden Fall eine zusätzliche Hürde.
(Zitat: Stefan Galinski)

Ein Blick in den Quelltext lohnt sich also auf jeden Fall!

Für Bugs und Feature Requests gibt es ein Projekt bei Forge.

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Die folgenden Beispiele können in das TS Config Feld eines Backend Benutzers oder eine Gruppe eingetragen werden.

options.pageTree.showNavTitle = 1

Damit wird im Seitenbaum statt des Seitentitels der Navigationstitel angezeigt.

options.pageTree.showDomainNameWithTitle = 1

Diese Option zeigt den ersten Domain Datensatz der betreffenden Seite an. Damit das funktioniert, muss außerdem in den Seiteneigenschaften der Seite, auf der der Domain Datensatz liegt, die Option “Ist Anfang der Web-Site” aktiviert sein.

Fertig sieht das ganze dann so aus:

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Genauso wie im letzten Jahr gibt es nun auch wieder einen Adventskalender. Letztes Jahr gab es viel positives Feedback und es sind ein paar schöne Tutorials zusammen gekommen. Es gab damals noch eine Blog-Kooperation, die es diesmal aber nicht geben wird (zu spät darum gekümmert). Aber ich denke wir werden das auch so packen. Seit also gespannt auf mehr als drei Wochen Tutorials, Tipps und Tricks rund um TYPO3. Wenn Ihr Themen Ideen habt, könnt Ihr diese gerne auch in den Kommentaren hinterlassen. Eventuell lässt sich etwas benutzen und recherchiert als “Türchen” veröffentlichen.

Auch wenn dieses Türchen nicht gerade ein Tutorial ist, so ist es dennoch ein Türchen
Wir wünschen euch eine schöne Vor-Weihnachtszeit.

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

“best typo3 extensions”

Welches die beste TYPO3 Extension ist, ist eine berechtigte Frage. Wenn es um Funktionalität geht, dann wird gerne tt_news genannt. Wenn es um die technische Seite geht, dann würde ich die ersten ExtBase Extensions im TER bevorzugen. Diese sind zukunftssicherer und bauen strikt auf das MVC Konzept auf.

“typo3 datenbank aufräumen”

Wenn das mal nicht ein Thema letztes Jahr im Advents-Kalender war. Hier gibt es mehr Infos dazu.

“phpmailer typo3″

PHPMailer in TYPO3. Bevor solche eine Idee integriert wird, würde ich versuchen mit der TYPO3 interne Klasse “t3lib_htmlmail” aus zu kommen. Wenn das nicht reicht und der PHP Mailer mehr Funktionalität bietet, dann geht es natürlich hier zur Extension.

“typo3 performance optimierung”

Ein Interessantes Thema, welches hier schon einige male angesprochen wurde. Hier gibt es mehr Infos.

“welche lightbox typo3 extension”

Es ist echt schade das im TER nicht mehr der Download Counter funktioniert. Naja. Ich würde die perfectlightbox Extension bevorzugen, weil diese die Lightbox Funktionalität direkt für die gängigen JS Framworks integriert. Wer nur auf die XClass schaut: die werden inzwischen auch in der kj_imagelightbox2 nicht mehr benutzt.

“file extension cache”

Es war bestimmt der Static File Cache gemeint. Dieser wird benutzt um die Webseite 1000e von % schneller zu machen. Und es klappt wirklich…

“typo3 backend passwort zurücksetzen”

In der Datenbank einen neuen MD5 bei deinem Benutzer eintragen. Wenn du nicht an die Datenbank dran kommst, dann gibt es keine andere Möglichkeit (ich gehe davon aus das das Install-Tool geschützt ist). Schnelle alternative wäre es einen anderen Admin zu fragen. Geht natürlich auch!

“typo3 neu extensions”

Die neuen TYPO3 Extension Versionen kann man mit diesem RSS Feed verfolgen. Hier gibt es den Feed…

“typo3 hacks / typo3 xss”

Nein es gibt keine Tutorials auf dieser Webseite wie man TYPO3 hackt oder wie man alter Sicherheitslücken ausnutzt!!!!

“typo3 schneller optimieren”

Was soll wohl schnell optimiert werden? Die Performance

“typo3 performance messung”

Clientseitig empfehle ich Firebug mit YSlow. Auf der Serverseite vielleicht ein xDebug. Achtung: Nicht im Live System.

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Zudem wünsche ich euch allen eine Frohe Weihnachten und einen guten Rutsch ins neue Jahr, wenn man sich nicht mehr “sehen” sollte.

Ich danke zudem Frank (typo3weblog.de), Tobias und Georg (beide typo3blogger.de) für die zahlreichen Türchen und lesensewerten Beiträge. Ich hoffe es hat alle beteiligten Spaß gemacht!

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Ergänzend zu diesem Beitrag wollte ich euch einfach einmal zeigen wie dies in einer Extension aussehen kann. Oft werden Extension nachträglich manipuliert und aus einer 1:n Beziehung kann mal schnell eine m:n Beziehung werden (Kundenwunsch ). Dies in TYPO3 zu realisieren ist nicht sehr aufwendig, aber bei einer Umstellung kann gerne mal was schief gehen.

Der einfachere Weg ist, den Datenbank Typ des betreffenden Feldes zu ändern (damit die kommaseparierte Liste aufgenommen werden kann) und im TCA das betreffende Feld nicht mehr begrenzen (zusätzlich vielleicht auch größer machen). In der Extension fragt man das betreffende Feld dann nur ein wenig anderes ab. Anstatt im WHERE String einen direkten vergleich zu machen…

 ... AND feldname=5 ...

wird nun eine TYPO3 Methode zur Hilfe genommen.

 ... AND '.$GLOBALS['TYPO3_DB']->listQuery('feldname',5,'tabellenname').' ...

Dadurch wird nun automatisch ein WHERE-Block generiert der die kommaseparierte Liste in den Datenbanken auflöst. Probiert es am besten selber mal aus.

PS: Performanter und schöner ist eine ordentliche Detail Tabelle!!

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

lib.mainNav = HMENU
lib.mainNav.1 = TMENU
lib.mainNav.1.wrap = <ul id="main-nav">|</ul>
lib.mainNav.1 {

	# Bis hier hin ein normales TMENU
	NO.doNotLinkIt = 1
	NO.wrapItemAndSub = <li>|</li>
	NO.stdWrap.cObject = COA
	NO.stdWrap.cObject {

		10 = TEXT
		10 {
			field = title
			typolink {
				parameter.field = uid
				ATagParams.cObject = COA
				ATagParams.cObject {

10 = IMG_RESOURCE
10.file = GIFBUILDER
10.file {
	#
	# Baue hier deine Grafik mit TEXT, IMAGE, BOX etc. zusammen
	#
}

10.stdWrap.dataWrap = title="{field:title}" style="width:{TSFE:lastImgResourceInfo|0}px;background-image:url('/|');"

				}
			}
		}
	}
}

Der Clou an dem ganzen ist der letzte dataWrap. Durch diesen wird die generierte Grafik als Background in den Anker geladen. Zusätzlich wird die Breite gesetzt, damit es zu keinen Problemen mit CSS etc. kommt.

Viel Spaß damit.

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

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.

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Um ein Commerce Menü zu integrieren brauchen wir natürlich erst einmal ein normales Menü. In unserem Beispiel lösen wir dies mittels eines normalen TMENU:

lib.mainmenu = HMENU
lib.mainmenu {
        special = directory
        special.value = xx (Eure Root ID oder ohne special Anweisung)

        1 = TMENU
        1 {
                wrap = <ul class="mainmenu">|</ul>
                noBlur = 1
                NO.ATagTitle.field = subtitle // title
                NO.allWrap =  <li>|</li>
                NO.ATagParams = class="no"
                NO.stdWrap.htmlSpecialChars = 1

                ACT = 1
                ACT.wrapItemAndSub = <li>|</li>
                ACT.ATagTitle.field = subtitle // title
                ACT.ATagParams = class="act"
               ACT.stdWrap.htmlSpecialChars = 1
        }
        2 < .1
        3 < .1
}

Auch das Commerce Menü ist ein normales TMENU, welches aus einer userFunction aus Commerce gespeist wird:

lib.catmenu = HMENU
lib.catmenu {
        special = userfunction
        special.userFunc = user_tx_commerce_catmenu_pub->init
        special {
                category = {$plugin.tx_commerce_lib.catUid}
                showProducts = 1
                overridePid = {$plugin.tx_commerce_lib.overridePid}
        }

        1 = TMENU
        1 {
                wrap = <ul class="catmenu">|</ul>
                itemArrayProcFunc = user_tx_commerce_catmenu_pub->clear
                expAll = 1
                noBlur = 1
                NO.wrapItemAndSub = <li>|</li>
                ACT = 1
                ACT.wrapItemAndSub = <li>|</li>
        }

        2 < .1
        3 < .1
}

Und nun kommt der Clou der Integration. Per Condition hängen wir das Commerce Menü einfach in unseres bestehendes TYPO3 Menü ein. Ihr müsst natürlich die passende Seiten ID eintragen (xxx) um das Menü zu intigrieren.

[PIDinRootline = xxx]
lib.mainmenu.1 {
        ACT {
              after.cObject = HMENU
              after.cObject < lib.catmenu
        }
}
[END]

Danke Alex für den Code!
Viel Spaß damit.

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Hat man eine normale TYPO3-Installation vor sich, so dürfte diese die Daten in einer “latin1″-Tabelle speichern. Um diese auf UTF-8 umstellen zu können, muss mindestens MySQL >= 4.1 zum Einsatz kommen. Bevor man sich an die Arbeit macht, sollte man vom aktuellen Stand der Webseite ein Backup machen – man kann ja nie wissen. Es bietet sich auch an, vor der Umstellung seine TYPO3-Installation aufzuräumen.

Da die meisten TYPO3-Datenbanken ein wenig größer sein dürften, werde ich den Export und späteren Import auf der Konsole durchführen. phpmyadmin dürfte bei zu großen Datenbanken meist in einen Timeout laufen – zumindest beim Importieren. Dann fängt man an, SQL-Dateien zu splitten, etc. Alles ein wenig zeitaufwändig. Daher ab auf die Konsole.

Als erstes sollte man schauen, wie die Daten in der Datenbank gespeichert werden. Wenn in der Datenbank alle Umlaute korrekt angezeigt werden, so kann man die wie folgt einen sog. SQL-Dump erstellen:

mysqldump -h DBHOST -u DBUSER -p DBPASS DBNAME
--compatible=mysql40 > dump.sql

Dieser Befehl wird einen Dump der Datenbank in die Datei dump.sql speichern. DBHOST, DBUSER, DBPASS und DBNAME müssen mit den entsprechenden Angaben der Datenbank ersetzt werden. Hat man eine MySQL-Datenk >= 4.1, so enthält ein normaler Dump immer zusätzliche Angaben zum Charset der Tabellen und Felder. Erstellt man den Dump mit dem Parameter –compatible=mysql40, so sind diese Angaben nicht enthalten, da MySQL 4.0 diese Angaben noch nicht kennt.

Sollten die Umlaute in der Datenbank nicht direkt sondern als “komische Zeichen” dargestellt werden, so sollte man den Export mit folgendem Parameter durchführen.

--default-character-set=latin1

Wenn ein korrekter SQL-Dump erstellt wurde, kann man alle Tabellen in der Datenbank löschen und die Datenbank auf UTF-8 umstellen. Besser wäre hier natürlich eine zusätzliche, neue Datenbank zu verwenden. Das Umstellen erledigt man dann am einfachsten in phpmyadmin. Den Reiter Operationen wählen, aus der Kollations-Auswahlbox “utf8_general_ci” wählen und auf OK klicken.

Danach importiert man den zuvor exportierten SQL-Dump. Am Besten wieder über die Konsole.

mysql -h HOST -u DBUSER -p DBPASS DBNAME < dump.sql

Nach dieser Aktion ist die Datenbank nun komplett auf UTF-8 umgestellt. Die nächsten Einstellungen müssen im TYPO3 Install-Tool in der Rubrik “All Configuration” vorgenommen werden.

Danach läuft auch das TYPO3-Backend auf UTF-8. Problem dürften jetzt noch die Templates sein. Nutzt man TemplaVoila, so hat man nach dieser Umstellung keine Ausgabe im Frontend. Aufgrund der Methode, wie TemplaVoila das Mapping in der Datenbank speichert, muss dieses nach der Umstellung auf UTF-8 neu gemacht werden. Als erstes sollte man die Template-Dateien selbst auf UTF-8 umstellen. Meist sind die HTML-Templates in ISO bzw. Latin1 und nicht in UTF-8 abgespeichert. Ist das erledigt, müssen die Templates aus o. g. Grund neu gemapped werden – die Datastructure sollte aber noch komplett vorhanden und benutzbar sein.

Enthält die Frontend-Ausgabe von TYPO3 (also der HTML-Code) noch nicht das Charset utf-8, so kann das mit folgender Zeile im TypoScript Setup eingestellt werden.

config.metaCharset = utf-8

Wer es bis hierher geschafft hat, hat nun eine auf UTF-8 laufende TYPO3-Installation vor sich.

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Ich habe ja bereits in der Vergangenheit die bis dato einzige TYPO3 Blog Extension TIMTAB vorgestellt. In zwischen hat sich einiges getan. Für das kommende TYPO3 5 bzw. FLOW3 gibt es bereits ein Blog Package und auch für TYPO3 4.x gibt es inzwischen eine weitere Blog Extension.

Die neue Blog Extension hört auf den Namen T3Blog (Ext Key: t3blog). Diese wurde von der Firma Snowflake angekündigt und hat anscheint schon einige Anhänger gefunden. Ziel dieser Extension ist es ein Blog System in eine TYPO3 Installation zu integrieren und dies soll einfacher zu installieren sein als TIMTAB (incl. tt_news & ve_guestbook). Dabei sollen alle Blog spezifischen Funktion zu Verfügung stehen: Kommentare , Trackbacks, Blogroll etc.

Die Extension versucht dabei alle Funktionen in soggenannte Widgets zu modularisieren (nicht zu verwechseln mit Dashboard Widgets ). Von diesen sind zahlreiche bereits in der Extension enthalten. Über ein FlexForm kann man diese im Plugin aktivieren. Lobenswert ist das Erstellen von Blog Posts. Hierbei wird IRRE zur Hilfe genommen und man kann die Blog Posts mit normalen TYPO3 Elemente gestallten. Somit ist es auch möglich Plugins in einzelne Blogsposts zu intigrieren (sehr cool!). Zudem verfügt die Extension über eine vollständige Dokumentation die zahlreiche Fragen klärt.

Ich hatte leider noch keine Zeit die Extension im großen Stiel zu testen. Mir ist aber direkt aufgefallen das die Extension Local installiert werden muss, weil Pfade hart codiert sind. Zudem habe keine richtige Widget Schnittstelle (Hook) im Code oder in der Doku entdecken können (Dateien in die Extension zu legen ist nicht so sauber, weil die beim nächsten Update wieder weg sind). Wäre zwei Ideen für die nächste Version.

Die Extension gibt es seit einigen Tagen im TER zum download.

PS: Wer weitere Informationen braucht findet auch einen Artikel in der aktuellen T3N über die Extension!

PPS: Ich bleib weiterhin bei WP

Was haltet Ihr von der Extension?

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Wenn man ein wenig in der Community umher zieht bekommt man ja schon das ein oder andere mit. Neben “normalen” Schlüsselbändern, über Rucksäcke (s.u.) und Zigarren, bis hin zu Fallschirmen ist vieles mit TYPO3 bestückt.

Was für außergewöhnliche TYPO3 Gegenstände kennt Ihr noch so?

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

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.

Abhilfe schafft dafür die “Direct shortcuts” Extension. Auch wenn diese sehr klein (wenig Downloads hat) ist, macht sie genau das was Sie soll. Direkt nach der Installation xclass´t die Extension die Menü Objekte von TYPO3 und generiert die internen Verweise korrekt.

Wer das ganze für z.B. externe Seiten erweitern möchte kann dies auch mittels TS realisieren.
Ein kleines Tutorial gibt es dazu im typo3-blog.net.

Finden könnt Ihr die Extension im TER unter dem Extension Key sms_directshortcuts.

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!