Auf vielen Seiten gibt es eine Suchbox, die oben irgendwo in der Ecke steht. Wenn man da was eingibt und absendet, landet man auf einer Seite, auf der die Ergebnisse angezeigt werden, meistens steht da auch noch eine Suchbox darüber. Was ist aber wenn man die Suchbox über den Ergebnissen nicht haben möchte, und für die kleine Suchbox oben in der Ecke nicht gleich die Macina Searchbox verwenden möchte und der Pagebrowser trotzdem funktionieren soll.

Zunächstmal braucht man nicht gleich die Macina Searchbox, um eine Box in einer Ecke zu machen, reicht ein wenig Typoscript.

lib.search = COA_INT
lib.search {
10 = TEXT
10.value =
20 = HTML
20.value =
wrap =

}

Fertig ist die Box! Man kann natürlich auch Klassen hinzufügen, um das Ding zu stylen oder ein fieldset drumrum. Die searchPagePID ist eine Konstante, die man definieren muss, an diese Seite wird das Ergebnis gesendet.

Auf die Ergebnisseite wird das Plugin indexed_search gelegt. Wenn man da aber das Formular nicht haben möchte, kann man es nicht einfach entfernen. Denn der Pagebrowser verlinkt nicht einfach, da wird per JavaScript ein Wert in dem Formular geändert und das Formular anschließend gesendet. Und wenn kein Formular da ist, dann gibt es JavaScript Fehlermeldungen. Mögliche Lösung ist das Ausblenden des Formulars mit CSS oder das verstecken der ungewollten Felder mit type=“hidden“.
Zu beachten ist bei all dem, dass das Formular in der Box einen anderen Namen hat, als die Suchbox selbst. Dann falls die gleich sind, gibt es auch Probleme beim Pagebrowser.

Und noch folgende ätzende Sachen: die Ausgabe der indexed_search läßt sich nicht steuern, d.h. es wird immer die Box, danach der Pagebrowser und dann das Ergebnis augegeben. Die Reihenfolge kann man nicht geeinflussen, man kann keine Wraps um die Bereiche machen und man kann sie nicht ausblenden, um irgendwann die indexed_search nochmehr zu zerstückeln (z.B. Suchbox in Spalte 1, Ausgabe in Spalte 2 und Pagebrowser in Spalte 3).

Problem: indexed_search fügt zu der Ergebnisliste auch die Meta-Tags hinzu. Blöd, weil die erstens auf jeder Seite die gleichen sind und so das Ergebnis erheblich verfälschen, zweitens weil die Meta-Tags direkt hintereinander ohne Leerzeichen geschrieben werden und so in meinem Liebligsbrowser(IE6) das Layout sprengen.
Zum Glück gibt es Kollegen, die das kennen und mit einem Bugfix aushelfen können.
Hier der Link: Indexed Search Metatags ignorieren
Falls die Seite mal weg sein sollte (oder jemanden das tolle Bananenbild stört), hier die Lösung. Die folgenden zwei Zeilen in indexed_search/class.indexer.php in der Funktion splitHTMLContent suchen und auskommentieren. Prost!

if(stristr($meta[$i][’name‘],’keywords‘)) $contentArr[‚keywords‘].=‘,‘.$meta[$i][‚content‘];
if(stristr($meta[$i][’name‘],’description‘)) $contentArr[‚description‘].=‘,‘.$meta[$i][‚content‘];

(vor allem für Markus, dem besten besten Freund, den man sich vorstellen kann)

Zunächst braucht man die Extension sr_language_menu, die schon die meiste Arbeit, wie das Abfragen, ob eine Seite existiert, ob eine Übersetzung vorhanden ist und das Markieren der aktuellen Sprache übernimmt. Dann kann man die Extension über den Constant Editor konfigurieren, da ist das meiste selbsterklärend.
Es gibt ein kleines Problem damit, dass Typo3 als internationale Anwendung davon ausgeht, dass Englisch die Default Sprache ist. Aber da kann man tricksen.

Das ist ein Auszug aus dem Templates (Constants), in dem Deutsch und Englisch als Sprache definiert werden. Wenn die Language ID 1 angegeben ist, dann wird die englische Version der Seite angezeigt.

config {
sys_language_uid = 0
language = de
locale_all = de_DE.UTF-8
}
[globalVar = GP:L = 1]
config {
sys_language_uid = 1
locale_all = en_EN.UTF-8
language = en
}
[global]

Hier wird eine Liste der Sprachen neben der Default angegeben.

# list of configured languages for lang selector
languageUids = 1

Und in diesem Teil wird im Setup das Wrap um die Menüpunkte angegeben.

// setup
plugin.tx_srlanguagemenu_pi1 {
flag.NO.stdWrap.wrap = |
flag.INACT.stdWrap.wrap =
flag.CUR.stdWrap.wrap =
}

Dann muss nur noch ein Menü zum Umschalten von Sprachen generiert werden. Dieser Schnipsel erzeugt ein kleines Menü mit „Sprache“ als Label. Je nachdem was vorher in Constants definiert worden ist, werden Flaggen oder eine Liste dargestellt. Nach dem Kopieren des Plugin-Inhaltes in lib.lang.10 wird noch angegeben, dass Deutsch die Default-Sprache ist, und falls man Flaggen benutzt, muss hier der Pfad zu einer deutschen Flagge angegeben werden, die aber auch im Extension-Verzeichnis liegend kann (dann fängt der Pfad mit EXT an). Weiter darunter ist definiert, wenn die aktuelle Sprache englisch ist, soll da dementsprechend Language stehen.

lib.lang = COA
lib.lang.5 = TEXT
lib.lang.5.value = Sprache:
lib.lang.5.wrap =

lib.lang.10 < plugin.tx_srlanguagemenu_pi1 lib.lang.10 { defaultLanguageISOCode = DE languagesUidsList = {$languageUids} defaultLayout = 0 englishFlagFile = fileadmin/gfx/flags/de.gif } [globalVar = GP:L = 1] lib.lang.5.value = Language: [global]
Wenn alles so weit vorbereitet ist, kann man das Objekt einem Marker im Template zuweisen.

Ich habs zwar nicht selbst programmiert, aber die Firma bei der ich arbeite. network.publishing hat eine Extension entwickelt, mit der man Subversion in Typo3 integrieren kann. Man legt Repositories an und definiert in weiteren Datensätzen, ob es sich um eine Workingcopy handelt oder einen Export und ob das Ziel eine Extension oder einfach nur ein Ordner ist.
Die Extension gibt es seit einem halben Jahr, aber das neue ist der Diff-Viewer, der es ermöglicht, nun auch online Unterschiede zu der letzen Version anzeigen zu lassen.
Wir nutzen die Extension bei allen neuen Projekten und entwickeln so Extension und verwalten den fileadmin Ordner. Ich nutze es sehr gerne und bin begeistert und kann es nur weiterempfehlen. Hier die Links:
News bei NP: np_subversion erhält Diff-Viewer
Extension im TER: np_subversion 0.7.1

Im Moment habe ich keine Zeit zum Schreiben von typo3 Einträgen. Es passiert schon sehr viel, ich habe einige Sites an denen ich arbeite, aber irgendwie kommt momentan kein Material für einen Eintrag zusammen. Dafür passiert in letzter Zeit einiges mit meiner Extension pro_industrydb. Zum einen gibt es Weiterentwicklungswünsche, da komme ich leider nicht zu. Zum anderen gibt es auch mal Lob und Feedback. Das freut mich sehr, denn ich finde diesen ganzen Communitygedanken einfach grossartig und freue mich, wenn andere Leute von meiner Arbeit profitieren.
Jetzt gabs auch mal ein Update mit ein paar Fixes. Ich würde mich sehr darüber freuen, wenn meine Extension genutzt wird und dazu ein paar Kommentare verfasst werden.