Um z.b. die tt_news Kategorien in verschiedenen Farben zu zeigen, oder jeder Kategorie ein eigenes background-image zu geben, muss man diese erstmal mit einer eigenen CSS Klassen versehen.
Dies geht seit tt_news 3.0 mit den genericmarkers
Hier ein Beispiel wie man dies umsetzen kann:
im TypoScript Setup Feld des Templates:
plugin.tt_news.genericmarkers {
data = uid, image, bodytext
catid = TEXT
catid {
value = cat-
wrap = |{register:newsCategoryUid}
insertData = 1
}
}
Nun kann man im tt_news template den Marker ###GENERIC_CATID### verwenden.
Dies würde dann z.b. so Aussehen:
<div class=”###GENERIC_CATID###”>
Die Ausgabe im HTML ist dann diese:
<div class=”cat-15″>
Nachdem der Workshop in T3NNr. 13 gezeigt hat, wie Seiten-Templates erstellt und gemappt werden, geht es diesmal darum, eigene Content-Elemente zu konzipieren. Mit Hilfe von TemplaVoilà ist es sehr einfach, diese zu erstellen und dem Redakteur zur Verfügung zu stellen.
Read the rest of this entry »
In vielen meiner Webs benutze ich TemplaVoila – hier setze ich FCE zum unterteilen der Seiten ein z.B. 50%-50%. Jedoch hatte ich immer das Problem das man beim einpflegen von Bildern darauf achten muss wie breit die Spalten sind. Benutze man zu große Bilder wurde dadurch der <div> Container aufgeschoben und zerstörte die Darstellung. Die in den Konstanten angegebene “Max Image Width” [styles.content.imgtext.maxW] galt ja nur für den gesamten Content Bereich.
Um im TemplaVoila eine “Max Image Width” zu vergeben muss man lediglich wenige Zeilen Code unter “Data processing” im Feld TypoScript Code einfügen (5.maxImageWidth = 370 nach bedarf anpassen) :
5 = LOAD_REGISTER
5.maxImageWidth = 370
10= RECORDS
10.source.current=1
10.tables = tt_content
15 = RESTORE_REGISTER
RealURL ist eine feine Sache, wenn es darum geht den Verweisen in TYPO3 das Sprechen beizubringen. In letzter Zeit hatte ich oftmals das Problem, dass die automatische Konfiguration versagte. Genauer: Die Datei realurl_autoconf.php wurde nicht angelegt. Schuld an der Misere war die parallel installierte Extension Powermail, die verhindert, dass RealURL die Konfigurationsdatei schreiben kann.
Abhilfe bringt das zeitweilige Deinstallieren von Powermail. Wenn man nun RealURL neu installiert, wird die Datei realurl_autoconf.php angelegt. Jetzt kann auch Powermail wieder installiert werden und alles ist fein.
Alternativ findet sich unter http://forge.typo3.org/issues/show/1441 ein Patch für Powermail
Wer mit dem Firefox 3.5 ein neues Inhaltselement im TYPO3-Backend anlegen möchte, bekommt in schöner Regelmäßigkeit eine triste graue Seite statt des Wizards zu sehen. Betrachtet man den Quelltext des beinhaltenden Frames, so fällt auf, dass dieser komplett und oberflächlich betrachtet korrekt ist. Ein Reload des Frames bringt schließlich das gewünschte Ergebnis: Man erhält die Liste der zur Verfügung stehenden Content-Elemente und kann wie gewohnt weiterarbeiten. Ein Klick mit der rechten Maustaste auf das Plus-Symbol und das Öffnen in einem neuen Tab funktioniert ebenso. Leider stellen beide Varianten keine befriedigenden Alternativen dar.
Das Thema wird bereits im TYPO3-Bugtracker behandelt – leider brachten beide angebotenen Patches keine zuverlässige Lösung.
Was bei mir funktioniert, ist die Vorgehensweise aus der Fehlerbeschreibung selbst:
Die Zeile 283 in der Templavoila-Datei mod1/db_new_content_el.php mit folgendem Inhalt:
$this->content= $this->doc->insertStylesAndJS($this->content);
wird durch diese Version ersetzt:
$this->content.= $this->doc->insertStylesAndJS($this->content);
Seither erscheint der Wizard wieder ordnungsgemäß. Da ich keine Tabs zur Gruppierung der Contentelemente im Wizard nutze, kann ich keinen “broken output” (im Bugtracker beschrieben) feststellen. Alles fein soweit.
Ebenfalls Erfahrung mit diesem leidigen Thema gemacht und evtl. sogar eine elegantere Lösung parat? Dann bitte einen Kommentar hinterlassen. Vielen Dank!
Ich habe auf ihans.de einen hilfreichen Post gefunden, der es ermöglicht in dem Contentelement Filelist von TYPO3 weitere File-Icons hinzuzufügen und eigene zu verwenden. Verwendet man nämlich Dateitypen die TYPO3 nicht kennt, wird einfach ein neutrales Icon dargestellt.
Um eigene Icons (für nicht bekannte Dateitypen wie z.B. DWG-Dateien) hinzuzufügen braucht man diese als .gif Datei (Standartgröße 18×16 Pixel). Diese stellt man dann auf dem Server in diesem Verzeichnis bereit : “typo3/sysext/cms/tslib/media/fileicons/”
Danach muss man im Installtool von TYPO3 im Abschnitt “imagefile_ext” (unter All Configuration) die gewünschte Endung (z.b. dwg) hinzufügen. Werden nun Dateien diesesn Typs in dem Contentelement Filelist verwendent, wird das Icon dargestellt (wenn man Layout1 gewählt hat)
Möchte man eigene Icons verwenden, kann man die vorhandenen Icons in dem Ordner “typo3/sysext/cms/tslib/media/fileicons/” austauschen.
VORSICHT: Es ist anzunehmen, dass diese Fileicons (sowohl die neu hinzugefügten als auch die ersetzen) beim nächsten Update von TYPO3 überschrieben werden – bzw. in der neuen Source natürlich nicht vorhanden sind. Diese müssen dann wieder bereitgestellt werden. Die Einträge im Installtool sollten jedoch noch vorhanden sein.
Eine interessante Problematik in Zusammenhang mit Internet Explorer und der System-Extension felogin: Während der Frontend Log-In im Firefox reibungslos funktioniert, bleiben IE-Benutzer aussen vor. Es ist nicht möglich, sich an der Webseite anzumelden. Die Seite mit dem Anmeldeformular wird neu geladen, sonst passiert nichts – keine Fehlermeldung, nothing!
Der Fehler lässt sich ganz einfach beheben: Im Install-Tool von TYPO3 muss lediglich die Cookie-Domain gesetzt werden, z.B. domain.de, schon funktioniert die Anmeldung wieder.
Alternativ kann manuell folgende Zeile in die localconf.php eingefügt werden:
$TYPO3_CONF_VARS['SYS']['cookieDomain'] = ‘domain.de’;
Nach dem Update einer TYPO3-Installation von 4.1 nach 4.3 fehlen beim Bearbeiten der Seiteneigenschaften im Backend plötzlich die Seitentitel, das entsprechende Eingabefeld bleibt einfach leer. In der Datenbank ist das Feld “title” jedoch ordnungsgemäß bestückt.
Genauso verhält es sich mit dem Navigationstitel sowie dem Untertitel. Bevor das noch jemanden zum Wahnsinn treibt – die Lösung ist ebenso logisch wie simpel: Der Browser (in meinem Fall FF3.5) hatte noch ein altes Javascript aus der Version 4.1 im Cache, das diesen Fehler verursacht. Nach dem Löschen des Browsercaches funktioniert das Backend wieder wie gewünscht.
Soeben wurde die neue Version von Typogento veröffentlicht. Hier der Blogpost von TypoGento.
Nachdem heute Nacht noch neue Features dazugekommen sind, werde ich heute noch auf die aktuelle Version aus dem TER updaten. Ich werde berichten!
So, es ist endlich soweit: Unser erster TypoGento Store ist online! Soweit ich informiert bin, ist es der erste Shop mit diesem System überhaupt, der online ist! Dickes Dankeschön an Michael Türk und Jörg Weller von TYPO3-Agentur Flagbit! Ohne die beiden und Ihrer Bereitschaft zur Hilfe wäre das so nie möglich gewesen. Auch ein dickes Dankeschön an Vinai Kopp, der neben Flagbit einiges an diesem Plugin gefixt und weiterentwickelt hat.
Wir (analog multimedia – TYPO3 und Magento) verwenden auf der Seite www.biestmilch.com/store die aktuellste Version von TypoGento, die in den nächsten Tagen auch im TER (TYPO3) und MagentoConnect (Magento) verfügbar sein wird. Diese Version enthält einige Neuerungen und kommt einer wirklich stabilen Version sehr sehr nahe!
Für weitere Informationen diesbezüglich schaut die nächsten Tage einfach auf www.typogento.com. Dort wird über die neue Version und deren Neuerungen berichtet, sobald Sie veröffentlich ist.
Auch wird die Dokumentation auf typogento.com die nächsten Tage um die neuen Features ergänzt! Also stay tuned!
