Die Meinungen in der Community über FLOW3/TYPO3 5 sind noch geteilt, aber Extbase & Fluid bekommen mehr und mehr Unterstützung.

In den USA sind die TYPO3 Programmierer noch eher Sonderlinge und müssen, um sich über Wasser zu halten, meist auch noch WordPress, Joomla & Co machen.
Im Moment gibt es allerdings etwas Goldgräberstimmung in Richtung San Franzisko und es waren dieses Jahr schon eindeutig mehr Mitglieder aus den Amerikas hier als im vorherigen Jahr.

Beim Social Event waren wir in einer Rodeo Bar mit echten Stieren. Howdy!

Das Handout meines eigenes Vortrages mit zusätzlichen Informationen über Trackbacks und Pingbacks findet Ihr hier.

Weitere Informationen zur Konferenz:
http://joind.in/event/view/390
http://t3con10-dallas.typo3.org/presentations-schedule/schedule/
http://twitter.com/#search?q=%23T3CON10

Zu Linas Website

In Ermangelung geeigneter Hooks nutzt die Extension xClasses und ist daher nicht kompatibel mit anderen Extensions, die ebenfalls den Seitenbaum xClassen z.B. pagetreetools, nutzt. Ein weiterer Nachteil ist, dass bei Änderung der Source an dieser Stelle mit einer neuen TYPO3 Version die Extension möglicherweise nicht nachzieht.

Momentan hat die Extension noch einige Nachteile, so ist der Seitenbaum in der ungepatchten Version der Extension nicht scrollbar. Dafür wurde jedoch ein Patch veröffentlicht: Patch zur Scrollbarkeit des Seitenbaums mit fb_hybridmultilanguagetree. Der Patch hat bei mir anstandslos funktioniert. Ein ehemaliger Fehler: gelöschte Sprachen wurden im hybriden Seitenbaum trotzdem angezeigt, wurde mittlerweile behoben.

Leider fehlen bei Anzeige des Sprachwahlmenüs die Buttons zur Erzeugung neuer Seiten und zum Aktualisieren des Seitenbaums. Für dieses Problem habe ich einen Patch veröffentlicht: Patch zur Anzeige des Button-Bar in fb_hybridmultilanguagetree.

Extension nicht gepatcht und gepatcht

Positiv anzumerken ist, dass die Beschränkung von Redakteuren auf bestimmte Sprachen respektiert wird, dass zusätzliche Einstellungen wie die Anzeige der Seitennummern weiterhin funktionieren.

Es wurde jedoch berichtet, dass Workspaces nicht funktionieren. Im vorliegenden Projekt jedoch wurden keine Workspaces auf Seitenebene eingesetzt.

Um den Kunden und der Presse ein umfassendes Bild seiner selbst im Netz darzustellen reicht es daher nicht mehr, nur eigene, statische Inhalte anzuzeigen. Glücklicherweise bieten aber viele Portale die Möglichkeit, neue Inhalte als RSS Feed zu importieren und dann auf der eigenen Webseite wieder darzustellen.

In TYPO3 gibt es mehrere Extensions, die RSS Feeds importieren und auf der eigenen Webseite darstellen können. Die am häufigsten verwendete Extension zur RSS-Feed Darstellung in TYPO3 ist tw_rssfeeds.

tw_rssfeeds installieren

Die Installation von tw_rssfeeds ist denkbar einfach:

Dann die Extension installieren und noch im Template der Hauptseite das Extensiontemplate einbinden.

Nun das Plugin konfigurieren:

Leider kommt das Plugin mit nicht ganz geeigneten Voreinstellungen, weswegen man unbedingt das Feld “Count of displaying items” ausfüllen sollte, sonst werden 0 Items, also keine angezeigt.

Die RSS-Feed Adresse bekommt man direkt von Xing. In der Hauptansicht der Gruppe kann sich auf der rechten Seite ein Button RSS-Feed befinden. Dieser ist nur vorhanden, wenn der Administrator der Gruppe diese öffentlich und suchmaschinendurchsuchbar geschaltet hat. Der einzelne Forum-Artikel ist ebenfalls nur dann sichtbar, wenn der jeweilige Benutzer die RSS Funktion in seinem Profil nicht ausgeschaltet hat.

Siehe dazu auch Welche Artikel werden in einem RSS-Feed öffentlich gemacht? in der XING-Hilfe.

Das standardmässig mitgelieferte CSS finde ich persönlich etwas nervig, denn hier wurden Farben hardkodiert. Außerdem steht viel auskommentierter CSS Code in dem _CSS_DEFAULT_STYLE, der die CSS Datei unötig vergrößert, ohne auch nur interpretiert worden zu sein. Mir reicht eigentlich ein simpler Untenabstand:

plugin.tx_twrssfeeds_pi1._CSS_DEFAULT_STYLE (
	.twrss_bodytext {padding-bottom: 5px;}
)

Leider wird die HTML Ausgabe der Extension festverdrahtet im Code der Extension erzeugt und ist daher nicht konfigurierbar. Trotzdem ein schneller Weg, XING Nachrichten auf der eigenen Webseite zu integrieren.

/**
 * Finds most recent posts by the specified blog
 *
 * @return array of years containing array of months
 */
public function findAllDates () {
  $query = $this->createQuery();
	$res = $query
		->setOrderings(array('date' => Tx_Extbase_Persistence_QueryInterface::ORDER_ASCENDING))
		->execute();
	$yearArray = array();
	foreach($res as $row) {
		$date = $row->getDate();
		$year = $date->format('Y');
		$month = $date->format('m');
		$day = $date->format('d');
		if(!isset($yearArray[$year]))
			$yearArray[$year] = array('count' => 0);
		if(!isset($yearArray[$year]['months'][$month]))
			$yearArray[$year]['months'][$month] = array('count' => 0);
		if(!isset($yearArray[$year]['months'][$month]['days'][$day]))
		  $yearArray[$year]['months'][$month]['days'][$day] = array('count' => 0);
		$yearArray[$year]['count']++;
		$yearArray[$year]['months'][$month]['count']++;
		$yearArray[$year]['months'][$month]['days'][$day]['count']++;
	  	$yearArray[$year]['value'] = intval($year);
		$yearArray[$year]['datetime'] = $date;
		$yearArray[$year]['months'][$month]['value'] = intval($month);
		$yearArray[$year]['months'][$month]['datetime'] = $date;
		$yearArray[$year]['months'][$month]['days'][$day]['value'] = intval($day);
		$yearArray[$year]['months'][$month]['days'][$day]['datetime'] = $date;
	}
	return $yearArray;
}

Ergebniss ist ein Array, welches alle vorhandenen Jahre und die Anzahl der Posts darin enthält darin ein Array, dass alle vorhandenen Monate enthält, darin alle vorhandene Tage.

Dann im PostController die Action hinzufügen: Classes/Controller/PostController.php

/**
 * Displays an archive Menu a new post
 *
 * @return string
 */
public function generateArchiveMenuAction() {
  $this->view->assign('years', $this->postRepository->findAllDates());
}

und diese natürlich in der ext_localconf.php zur Liste der erlaubten Actions hinzufügen. Dann ein zugehöriges Template erstellen:
Resources/Private/Templates/Post/generateArchiveMenu.html

<f:if condition="{years}">
  <f:then>
    <ul>
      <f:for each="{years}" as="year">
        <f:for each="{year.months}" as="month">
          <li>
              <f:link.action action="list" controller="Post" pageUid="11"  arguments="{year: year.value, month : month.value}">
                <f:format.date format="F Y">{month.datetime}</f:format.date>
              </f:link.action> ({month.count})
          </li>
        </f:for>
      </f:for>
    </ul>
  </f:then>
</f:if>

Lässt man die innere for-Schleife und die Ausgabe des Monats weg, hat man eine Ausgabe nach Jahren; fügt man eine weitere for-Schleife hinzu, hat man eine Aufschlüsselung nach Monaten.

In einem nächsten Schritt muss man nun für eine Listenansicht mit Respektierung des Datums sorgen.

Verwendung von DAM, ohne Beeinflussung der RTE Verlinkung

Setzt man im Installtool bei der Dam-Extension keinen Hacken bei “htmlArea RTE integration”, So wird das Link-Popup des RTE nicht beeinflusst. Links auf Dateien werden weiterhin direkt über das Dateisystem abgehandelt, verschiebt man eine Datei, die vom RTE aus verlinkt wurd, so geht der Link verloren

Volle Integration vonb DAM in den RTE

Hat man dagegen den Hacken bei “htmlArea RTE integration” gesetzt, so wird das vorherige “Datei” Modul im RTE-Linkpopup versteckt und stattdesen erscheint ein Bereich “Media”. Sztandartmässig sind hier jedoch keine CSS-Klassen für den Link auszuwählen. So kann man hier dennoch Klassen auswählbar machen:

SeitenTSConfig des RTE

RTE{
  classesAnchor {
    # configure standart "download" class to function with DAM
    download.type = media
    # Define your own CSS class to work with Dam in the RTE
    lightbox{
        class = lightbox
        type = media
      }
  }
  default {
    #copy to default
    classesAnchor := addToList(lightbox)
    classesLinks  := addToList(lightbox)
  }
  # alow new class when processing
  proc.allowedClasses := addToList(flashcatalog)
}

Ausgabe:

Möchte man die automatisch generierten Linktitel im RTE Link-Tool entfernen so muss man nur folgenden Code in die Seiten-TSconfig einfügen:

RTE{
classesAnchor {
internalLink.titleText =
externalLink.titleText =
externalLinkInNewWindow.titleText =
internalLinkInNewWindow.titleText =
download.titleText =
}
}


Das Titel Feld dagegen als Pflichtfeld zu definieren scheint zum gegebenen Zeitpunkt nur durch tiefere Eingriffe möglich zu sein.

Das Pagemodul im klassischen TYPO3 steht schon lange in der Kritik. Seit uns Templa Voila gezeigt hat, dass ein Backend in TYPO3 auch anders aussehen kann, stört viele Entwickler und Redakteure das klassische TYPO3 Seitenmodul um so mehr.

Leider bringt Templa Voila einige Probleme mit sich, die dessen Einsatz teils erschwert, teils unmöglich macht. So ist es nicht zuletzt schwierig, ja fast unmöglich ein bestehendes Projekt nach Templa Voila zu migrieren.

Die bestehende Extension me_pagelayout arbeitet mit xClass, war nie sauber in TYPO3 integriert und liefer außer einer geänderten Darstellung der vorhandenen Spalten keine wirkliche Flexibilität hinsichtlich. Verschiedenen Templates auf Unterseiten.

Eine neue Extension, die auch Teil des TYPO3-Core werden soll hat nun das Licht der Welt erblickt: modernbe, das Moderne Backend. Momentan ist die Extension noch im “Experimental” Stadium und das aus gutem Grund. Ich denke jedoch, dass die Zukunft der Extension, solange wir noch auf Flow3 warten, positiv zu bewerten ist.

Herunterladen kann man die Extension momentan nur aus dem SVN: https://svn.typo3.org/TYPO3v4/Extensions/modernbe im Repository ist sie noch nicht verfüpgbar, da noch nicht mal Alpha.

Eine neue Methode Seitentemplates zuzuweisen

Zunächst einmal bietet die Extension eine Möglichkeit im Backend Templates auszuwählen, hat also eine ähnliche Funktion wie der rlmp_tmplselector. Anders als dieser ist jedoch die Position der Templates und Icons nicht vorgeschrieben, sie können frei über das Dateisystem, ja sogar über Dam gewählt werden und daher an beliebeiger Stelle gespeichert werden. Die Layouts werden als normale Datensätze abgespeichert und können ebenso verwaltet werden.

Modern BE und Mehrsprachigkeit

Es ist möglich die Layouts zu lokalisieren um so z.B. auf Länder- oder Sprachspezifisch anders gestaltete Templates einzugehen.

Gestaltung der Spalten im Backend

Die Spalten im Backend können innerhalb eines Gitters frei angeordnet und benannt werden. Dabei ist es auch möglich innerhalb eines Projektes je nach ausgewähltem Template ganz verschiedene Anordnungen im Backend anzuzeigen:

Beispiel Seitenmodul in Layoutansicht:

Bugs und Fehlende Features beim ModernBE

Die Extension ist noch weit von fertig entfernt. Es gibt eine Reihe von Bugs, So war bei mir die Symbolleiste der Contentelemente nicht sichtbar, beim “Neues Element einfügen” waren die Pfade falsch, das Drag-Drop funktionierte nicht, Kopieren und einfügen war nicht möglich, man sieht nicht, um was für eine Inhaltselement es sich handelt, …

Abgrenzungen

modernBE ist in erster Linie für das Backend zuständig. Es ist keine neue Template Engine. Es lässt sich mit traditionellem Templating ebenso vereinbaren wie mit dem Automaketemplate, nicht jedoch mit Templa Voila.

Fazit:

Das modernBE ist eine vielversprechende Extension, eine Integration in den TER, sobald die wichtigsten Kinderkrankheiten behoben sind finde ich absolut richtig.

Einige Lösungen zu den gefundenen Bugs habe ich hier veröffentlicht:
http://forge.typo3.org/projects/extension-modernbe/issues

Sven Wolfermann hielt einen Vortrag über das Thema “CSS und Performance”. Warum der @import Befehl langsam ist, wie man die Anzahl an zu ladenden Dateien reduzieren kann, welche CSS Selectoren langsam und welche schnell sind…

All dies mögen zwar keine TYPO3 spezifischen Themen sein, doch lohnt es auch als TYPO3 Entwickler, sich mit diesen Themen auseinander zu setzen.

Die Folien zum Vortrag können hier eingesehen werden: CSS und Performance Slideshow vom TYPO3 Camp Potsdam/Berlin 2010

Ich selbst (Lina Wolf) hielt einen Vortrag zum Thema “stdWrap”. Der Vortrag wurde von den Organisatoren gefilmt und steht hoffentlich demnächst hier online: http://www.typo3camp-potsdam.de/Impressionen-vom-TYPO3-Camp-2010.28.0.html

Themen waren stdWrap Grundfunktionen und deren Unterteilung, wie kann man mit stdWrap den Titel einer News auslesen, deren Uid als Get-Parameter übergeben wurde und wie funktioniert der Trick? Welche Extensions erweitern stdWrap und wie kann man selbst stdWrap erweitern?

Ein Handout zum Vortrag ist hier verfügbar: stdWrap verwenden und erweitern.

PS. Wer den Vortrag nochmal hören möchte, er wird am 4.5.2010 in der Münchener Usergroup wiederholt.

Vielen Dank auch an das TYPO3 Camp Potsdam Orga-Team für die Organisation. So rückt Potsdam mal ein bisschen mehr in den Mittelpunkt.

Mittel der Wahl ist – trotz der auftretenden Probleme – meist die TYPO3 Extension pdf_generator2. Leider jedoch gibt es eine Reihe von Extensions, deren Darstellung im PDF File entweder nicht funktioniert (Rg_Googlemap) oder nicht sinnvoll ist.

Um nun nicht gleich das PDF für die gesamte Seite ausschalten zu müssen, bietet sich an einfach entsprechende Formulare auszuschalten bzw. alternative Inhalte anzubieten. Und das geht ganz einfach über Conditions:

/**
* Disable not-working Plugins for PDF
* @author Lina Wolf <extension@marit.ag>
* @description disable Google Maps, Powermail
* @version 1.0
*/
[globalVar = TSFE:type=123]
	plugin.tx_rggooglemap_pi1 >
	plugin.tx_rggooglemap_pi1 = TEXT
	plugin.tx_rggooglemap_pi1.value = Cannot be displayed in PDF.

	plugin.tx_rggooglemap_pi2 >
	plugin.tx_rggooglemap_pi2 = TEXT
	plugin.tx_rggooglemap_pi2.value = Cannot be displayed in PDF.

	plugin.tx_powermail_pi1 >
	plugin.tx_powermail_pi1 = TEXT
	plugin.tx_powermail_pi1.value = Cannot be displayed in PDF.
[global]

Wenn einem die Darstellung der Google-Maps karten im PDF wichtig ist könnte man nun auch eine alternative gif-Karte o.ä. einbinden.

In der News-Singleansicht jedoch wird der Subheader innerhalb eines <h3>-Tags dargestellt und H3 Tags dürfen ka keine <p>-Tags enthalten. Dadurch wird die Ausgabe von tt_news 3.0 in der Single-Ansicht bei mehrzeiligen Subheadern nicht mehr valide.

Lösungsansätze für valide tt_news mit mehrzeiligen Subheadern:

Standart-Wrap und unnötige p-Tags entfernen

Man kann den Standartwrap bei tt_news entfernen und nur solche Elemente neu wrappen, die unbedingt gewrapt werden müssen, z.B. den Bodytext:  http://typo3-blog.net/tutorials/news/tt-news-wrap-entfernen.html Nachteil ist aber, dass sich dieses auf die Ausgabe aller Felder auswirkt.

Subheader per generic Marker selbst ausgeben und stylen

Seit tt_news 3.0 ist es sehr leicht geworden, generische Marker zu erzeugen. Oft ist es einfacher die Ausgabe eines tt_news Feldes selbst zu generieren, als sich mit den tt_news Wraps etc rumzuschlagen.

Folgendes zum TypoScript hinzufügen

plugin.tt_news {
	genericmarkers {
		subheader = TEXT
		subheader {
			field = short
			br = 1 #wandelt Leerzeilen in <br /> um
			wrap = <h3>|</h3>
		}
	}
}

und dann im Template den Marker ###NEWS_SUBHEADER### durch ###GENERIC_SUBHEADER### ersetzen. ]]> http://blog.marit.ag/2010/04/07/subheader-tt_news/feed/ 5