Befindet sich das Login jedoch auf einer separaten Seite, sieht auch der eingeloggte Besucher gewöhnlich auch nur den Menüpunkt “Login”, der ihn dorthin führt. Besser ist es, je nach Status des Website-Benutzers diesen Menüpunkt adäquat zu benennen oder ihm gleich einen Button zum direkten Logout zur Verfügung zu stellen.

Lösung für Drupal

Der Pfad zum Login-Formular lautet user/login. Legt z.B. im Hauptmenü einen Menüeintrag mit diesem Pfad an und gebt als Linktitel “Login” ein. Die Reihenfolge setzt Ihr z.B. auf 5 (oder einen Wert Eurer Wahl, der die Position des Menüpunkts definiert).

Legt im selben Menü einen Menüpunkt mit diesen Daten an:

• Pfad: Drupal 6: logout, Drupal 7: user/logout
• Linktitel: Logout
• Reihenfolge: 5 (oder der Wert, den Ihr für den Menüpunkt Login gewählt habt)

Durch dieselbe Position in Menüreihenfolge ersetzen sich die Links je nach Status des Besuchers.

Mehr Info gibt es im Drupalcenter.

Lösung für TYPO3

TYPO3 ist anders strukturiert. Hier führen Menülinks auf Seiten, in denen die Inhalte (z.B. das Login-Formular) eingebunden werden. Wir müssen also das Typoscript des betroffenen Menüs anpassen. Unser Menü ist in temp.navi definiert, die Login/Logout-Seite ist uid 123:

[usergroup = *]  
temp.navi.1.NO.stdWrap.override.cObject = TEXT
temp.navi.1.NO.stdWrap.override.cObject {
  # Quick and dirty
  value = Logout
  # Feld subtitle oder anderes Feld benutzen, wenn die Seite mehrsprachig ist
  field = subtitle
  if.value.field = uid
  if.equals = 123
}
[global]

Wichtig: Conditions müssen immer auf der obersten Template-Ebene stehen, also nicht in geschweiften Klammern.

Eine andere Lösung findet sich hier. Der Benutzer wird dabei direkt ausgeloggt (von mir nicht getestet).

So klappt es auch mit dem Website-Besucher!

TYPO3-Menüs – ein Thema ohne Ende. Hier stelle ich ein zweiteiliges, valides und suchmaschinenfreundliches Listen-Menü vor: Die erste Ebene erscheint horizontal über dem Content, die 2. und alle folgenden Ebenen liegen in der linken Spalte. Als Überschrift ist dem Menü jeweils der zugehörige Menüpunkt der obersten Ebene vorangestellt. So sieht es aus:

1. Das horizontale Hauptmenü

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

temp.navi1 = HMENU
temp.navi1 {
entryLevel = 1
    1 = TMENU
    1 { 
        wrap = <ul id="navi1"> | </ul>
        noBlur = 1
        NO {
            # option split
            allWrap = <li class="first">|</li>|*|<li>|</li> |*|<li class="last">|</li>
            # ids zur separaten Ansprache jedes Links
            ATagParams = id="page{field:uid}"
            ATagParams.insertData = 1
            # Link-Title
            ATagTitle.field = subtitle // title    
        }
        CUR = 1
        CUR {
            # aktiver Menüpunkt nicht verlinkt
            doNotLinkIt = 1
            allStdWrap.dataWrap = <li class="first active"><span id="page{field:uid}">|</span></li>|*|<li class="active"><span id="page{field:uid}">|</span></li> |*|<li class="last active"><span id="page{field:uid}">|</span></li> 
        }
        ACT = 1
        ACT {
            allStdWrap.dataWrap = <li class="first active">|</li>|*|<li class="active">|</li> |*|<li class="last active">|</li>
            ATagParams = id="page{field:uid}"
            ATagParams.insertData = 1
            ATagTitle.field = subtitle // title  
        }
        }
    }

Eine unspektakuläre, aber valide Liste, die sich mit CSS als horizontaler Balken stylen läßt. Die aktuelle Seite wird – eine Konvention zur besseren Zugänglichkeit der Website – nicht verlinkt und statt dessen mit einem ‹span› umgeben, das sich mit CSS ansprechen läßt. Erstes und letztes list item sind mit optionSplit ausgesondert, so dass die enthaltenen Menüpunkte ebenfalls getrennt gestyled werden können – z.B. ohne rechten Border für den letzten Menüpunkt.

Noch mehr Individualität: Jeder Link kann individuell über eine id angesprochen werden:

id=”page{field:uid}” liest die uid der Seite aus und erzeugt eine valide id. So kann jeder Menüpunkt einen eigenen Hintergrund bekommen.

Suchmaschinen und Benutzer freuen sich gleichermaßen über einen erklärenden Title zum Link – besonders, wenn der Menüpunkt sehr kreativ getextet wurde und man gerne mehr über den Inhalt der Zielseite wüßte.

2. Das vertikale Untermenü

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34

temp.navileft = HMENU
temp.navileft {
    stdWrap.required = 1
    stdWrap.prepend = TEXT
    stdWrap.prepend {
    wrap = <h3 class="navititle">|</h3>
    data = leveltitle:2
    }
 
    entryLevel = 2
    1 = TMENU
    1 { 
        wrap = <ul class="nav"> | </ul>
        noBlur = 1
        NO {
            wrapItemAndSub = <li class="first">|</li>|*|<li>|</li> |*|<li class="last">|</li>
            ATagTitle.field = subtitle // title  
        }
        CUR = 1
        CUR {
            doNotLinkIt = 1
            allWrap = <li class="first active"><span>|</span>|*|<li class="active"><span>|</span> |*|<li class="last active"><span>|</span>
            wrapItemAndSub = |</li>
        }
        ACT = 1
        ACT {
            wrapItemAndSub = <li class="first">|</li>|*|<li>|</li> |*|<li class="last">|</li>
            ATagTitle.field = subtitle // title  
        }
     }
    2 = TMENU
    2 < .1
    2.wrap = <ul> | </ul>
    }

Vor das Untermenü wird mit data = leveltitle:2 der übergeordnete Menüpunkt der obersten Ebene als Überschrift eingeblendet. Die Ausgabe des Menüs erfolgt nur, wenn es Unterpunkte einer Seite des Hauptmenüs gibt.

Da hier mehrere Ebenen dargestellt werden können, ergibt sich für den Menüpunkt der aktiven Seite eine ndere Lösung als für die übrigen Links:

allWrap = <li class=”first active”><span>|</span>
wrapItemAndSub = |</li>

Der nicht verlinkte Text wird zweimal gewrappt, damit der span nur um Text und nicht auch um das Untermenü geht.

Nachdem ich vergeblich versucht habe, dem IMAGE-Objekt die zwangsweise in Pixel verordneten Maße abzugewöhnen, mache ich es doch quick and dirty .

	marks.bild = COA
	marks.bild {
		1 = TEXT
		1.field = media
	1.stdWrap = required
		1.wrap = <div class="bild"><img src="uploads/media/|" style="width:12em" 
		2 = TEXT
		2.field = abstract
	2.stdWrap.required=1
		2.wrap = alt="|" /><div>
		}

Es gibt zwar eine Extension, die das Problem generell behebt (mp_em_forimages), aber sie erfordert Eingriffe in die Core-Dateien, die ich lieber nicht mache. Wenn jemand eine elegantere Lösung hat: Immer her damit.

1. temp.linkaktuell= CONTENT
2. temp.linkaktuell {
3. wrap = <div class=”linktipp”><h2>Aktueller Linktipp</h2>|</div>
4. table = tx_ablinklist_link
5. select {
6. pidInList = 5
7. where = status=1
8. orderBy = uid DESC
9. max = 1
10. }
11. renderObj=COA
12. renderObj{
13. 10 = TEXT
14. 10.field = label
15. 10.typolink.parameter.field = href
16. 10.wrap = <p>|<br />
17. 20 = TEXT
18. 20.field = description
19. 20.wrap = |</p>
20. }
21. }

Zeile 5: Abfrage mit Typoscript erstellen
Zeile 6: Nummer des Sysordners mit den Link-Datensätzen
Zeile 7: Nur freigeschaltete Links auswählen
Zeile 8: Den neuesten Link auswählen
Zeile 9: und nur einen!
In den übrigen Zeilen wird der Link (Feld href enthält den URL, Feld label den angezeigten Linktitel) und die Beschreibung (Feld description) ausgegeben. Fertig!

• Meine Überschrift
• Sie befinden sich hier: Kontakt >> Impressum
• Und jetzt kommt der erste Absatz des Seitentextes

Generiert man in TYPO3 die H1 der Seite aus der Überschrift des ersten Textelements, hat man jetzt ein Problem, da man hier nicht einfach einen Platzhalter für das Menü anlegen kann. Und so klappt es doch:

1. temp.breadcrumb = HMENU
2. temp.breadcrumb {
3. wrap = <p>Sie sind hier:  |</p>
4. special = rootline
5. special.range = 1|-1
6. 1 = TMENU
7. 1 {
8. NO {
9. allWrap = |*| |&nbsp;&gt;&gt;&nbsp; |*||
10. }
11. CUR = 1
12. CUR.doNotLinkIt = 1
13. }
14. }
15. lib.stdheader.10.1 = COA
16. lib.stdheader.10.1 {
17. 20 = TEXT
18. 20.current = 1
19. 20.insertData = 1
20. 20.fontTag = <h1>|</h1>
21. 30 < temp.breadcrumb
22. }

Zeile 15: Das Standardtyposcript für die H1-Überschrift wird in ein COA umgeschrieben, in Zeile 21 das Breadcrumb-Menü eingefüllt.

Hierfür bietet sich die Extension lumophpinclude an. Und das kann sie:

• lokale und externe PHP-Dateien einbinden
• externe Seiten nur mit dem Inhalt des body ausgeben
• bei der Ausgabe externer Skripte Inhalte zwischen Markern ausgeben (wenn nur ein Teil der Seite benötigt wird)
• Inhalte neu wrappen (für zusätzliche CSS-Angaben)

Achtung, Fußfallen: Bei internen Skripten können in der Standardeinstellung von TYPO3 keine PHP-Dateien in den fileadmin geladen werden. Verwendet für die Skriptdatei also andere Extensions.

Außerdem müssen bei internen Skripten die Arrays der GET-, POST- und COOKIE-Variablen mit $getvars, $postvars und $cookievars adressiert werden, sonst bekommt Ihr Eure Daten nicht.

Ich binde diese Angaben ein:

lib.parseFunc_RTE.externalBlocks.table.stdWrap.HTMLparser.tags.table.fixAttrib >
# entsorgt die Klasse contenttable
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.P.class >
# entsorgt die Klasse bodytext
lib.stdheader.stdWrap.dataWrap =
lib.stdheader.10.1.fontTag =
lib.stdheader.10.2.fontTag =
lib.stdheader.10.3.fontTag =
lib.stdheader.10.4.fontTag =
lib.stdheader.10.5.fontTag =
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 >
# entsorgt überflüssige Divs
plugin {
tx_cssstyledcontent._CSS_DEFAULT_STYLE >
tx_srfeuserregister_pi1._CSS_DEFAULT_STYLE >
tx_indexedsearch._CSS_DEFAULT_STYLE >
tx_newloginbox_pi3._CSS_DEFAULT_STYLE >
# entsorgt die mirgelieferten Stylesheets von Extensions, führt die Liste mit den von Euch installierten Extensions weiter
}
Wenn Ihr noch Vorschläge habt – immer her damit.

Kochbuch – angesichts so eines Titels schrillen bei mir alle Alarmglocken. Dass es sich dann doch nicht um eine Liste von Copy and Past-Lösungen handeln muß, hat ja schon das TYPO3-Kochbuch von Trabold, Hasenau und Niederlag gezeigt. Auch das neue “Kochbuch” glänzt mit interessanten Lösungen für den Alltag und verzichtet erfreulicherweise auf die 10.000ste ausgiebige Schilderung der 3-Klick-Installation. Es geht vielmehr um thematisch aufbereitete Problemstellungen, die ausführlich vorgelegt und deren Lösung detailliert kommentiert ist. Wer sich nicht so gut mit TYPO3 auskennt, wird am Beispiel sehr viel über die Struktur und die Arbeitsweise des Programms lernen können. Für den Fortgeschrittenen ist es eine Fundgrube, auch weil hier viele nicht so bekannte Extensions und ihre Einsatzmöglichkeiten zur Sprache kommen. Für die gut 800 Seiten sollte man aber mehr als ein Wochenende veranschlagen. Alles in allem sehr empfehlenswert!