Alle Bilder, die über den Button “Bild einfügen” hochgeladen wurden, lassen sich innerhalb eines Artikels komfortabel über das Shorttag [gallery] ausgeben.

Dabei bin ich jedoch auf einen Schönheitsfehler der Galerie gestoßen: per default wird unterhalb jeder Abbildung die jeweilige Bildunterschrift angezeigt, die man beim Hochladen in das Feld “Beschriftung” eingeben kann. Wenn im Verlauf eines längeren Artikels einige Fotos eingebunden werden, mag diese Caption praktisch sein; wenn man aber mehrere Thumbnails nebeneinander als Galerie einbindet, wirkt sich die Bildunterschrift doch eher störend aus.

Um die Beschriftung der Galerie-Thumbnails zu entfernen, ergänzt man den Shortcode der Galerie um den Parameter captiontag. Diese Option dient dazu, das die Bildunterschrift umgebende Element zu beeinflussen.
Wird der Wert gar nicht gesetzt, so wrappt WordPress die Bildunterschrift standardmäßig in dd-Tags, da die ganze Galerie als Definitionsliste (dl) angelegt wird, bei der die Bilder als Definitionsterme (dt) erscheinen:
<dd class='wp-caption-text gallery-caption'>Beschriftung</dd>
Um die Beschriftung stattdessen beispielsweise in einen span-Tag einzubetten, würde folgender Code benötigt:
[gallery captiontag="span"]

Gar nicht mehr ausgegeben wird die Bildunterschrift schließlich durch diese Einstellung:
[gallery captiontag=""]

Aber für welchen der zahlreichen Anbieter von Blog- oder Newssystemen sollte man sich entscheiden? In diesem Artikel stelle ich WordPress, CuteNews, FlatPress und PixelPost vor und erläutere ihre Vor- und Nachteile sowie die Szenarien, für die sie sich jeweils anbieten.

WordPress

Als eine der bekanntesten Lösungen ist WordPress mittlerweile zu einem sehr mächtigen System herangewachsen, das mit einem großen Funktionsumfang daherkommt. Die Artikel lassen sich in Kategorien einsortieren, verschlagworten und kommentieren; auch statische Seiten werden über das WordPress-Backend verwaltet.
Das Layout wird über Themes und Widgets gesteuert, wobei sich vieles durch einfaches Drag&Drop anpassen lässt.

Unzählige Plugins ergänzen so gut wie jede nur erdenkliche gewünschte Funktionalität, von einem Gästebuch über ein Forum oder eine Shoutbox. Auch für die Suchmaschinenoptimierung bietet WordPress zahlreiche Optionen.

Möchte man ein komplettes Projekt komfortabel über ein Content Management System verwalten, stellt WordPress sicherlich das Nonplusultra dar.

Allerdings benötigt es neben einer MySQL-Datenbank recht viele Ressourcen und lässt sich nicht ohne Weiteres in eine bestehende statische Seite integrieren. Auch wenn ich vor einiger Zeit zwei Artikel darüber geschrieben habe, wie man WordPress in eine statische Seite einbaut – in der Regel bringt das soviel Aufwand und so viele Komplikationen mit sich, dass ich mittlerweile stark davon abrate. Sinnvoller ist meiner Meinung nach, entweder sämtliche Inhalte in WordPress einzupflegen oder aber auf CuteNews als zu integrierendes News- oder Blogsystem zurückzugreifen:

CuteNews

Wesentlich schlanker kommt hingegen CuteNews daher, ein reines Blog- oder Newssystem. Die Beiträge können in verschiedene Kategorien einsortiert und kommentiert werden, sodass alle Basisfunktionalitäten gegeben sind. Der Einbau in eine bestehende Seite samt der Anpassung des Layouts gestaltet sich unkompliziert.
Die Inhalte werden in Textdateien gespeichert, sodass keine Datenbank nötig ist. Hierdurch leidet bei umfangreicheren Projekten die Performanz. Ein weiterer Nachteil ist natürlich, dass man die Verwaltung der Seite auf zwei Stellen aufteilt: die Blogartikel werden über das CuteNews-Backend gepflegt, während die statischen Inhalte via FTP nach wie vor innerhalb der einzelnen Dateien bearbeitet werden müssen.

Für kleine Projekte mit wenigen Newsmeldungen, deren statische Seiten bereits als HTML-Dateien bestehen und möglichst nicht geändert werden sollen, ist CuteNews dennoch eine Überlegung wert.

FlatPress

Ebenfalls ohne Datenbank kommt FlatPress aus, das häufig als “WordPress light” bezeichnet wird. Da die Inhalte auch hier in Textdateien abgelegt werden, den sogenannten FlatFiles, läuft es langsamer. Im Funktionsumfang ist es deutlich ausgereifter als CuteNews: so lassen sich in FlatPress sowohl Newseinträge, als auch statische Inhalte organisieren. Ähnlich wie in WordPress bringt auch FlatPress das Prinzip der Themes, Plugins und Widgets mit sich.

Sofern man keine Datenbank zur Verfügung hat und bei einem kleineren Projekt trotzdem nicht auf den “Luxus” eines Content Management Systems verzichten möchte, ist FlatPress eine gute Wahl.

Textpattern

Ebenso wie WordPress erfordert auch Textpattern eine MySQL-Datenbank. Ich selber habe mit diesem System noch nicht gearbeitet, es macht aber einen ausgereiften Eindruck. Allerdings stehen für Textpattern aufgrund seiner minimalistischen Philosophie weitaus weniger Plugins und fertige Themes zur Verfügung als für WordPress, sodass man hier entweder auf Funktionalitäten verzichtet (die man ggf. aber auch nicht braucht und vermisst) oder aber in der Lage ist, sie selber zu coden.

Serendipity

Noch ein Blogsystem, was ich noch nicht in der Praxis eingesetzt habe. Mit Serendipity (auch bekannt unter der Bezeichnung s9y) scheint es sich ähnlich zu verhalten wie mit Textpattern: es bietet weniger Schnickschnack und weniger verfügbare Erweiterungen als WordPress und kann somit eine Option sein, wenn man bewusst ein schlankes System einsetzen möchte und nicht viele Extras braucht.

Allerdings lässt Serendipity sich offenbar nicht nur als eigenständiges Content Management System einsetzen, sondern auch problemlos in bereits bestehende, statische Webseiten einbauen: Serendipity einbinden. Somit wäre es eine leistungsfähigere Alternative zu CuteNews.

PixelPost

Zu guter Letzt sei noch auf eine Software für eine spezielle Form des Bloggings hingewiesen: eigens für Fotoblogs wurde PixelPost konzipiert.

Hier stehen die Bilder ganz im Mittelpunkt, sodass Textinhalte zwar direkt in die Dateien getippt werden müssen, die Fotos aber bequem über das Backend hochgeladen und verwaltet werden. PixelPost benötigt eine Datenbank und lässt sich über Plugins und Themes an die eigenen Wünsche anpassen. Näher vorgestellt habe ich PixelPost vor einiger Zeit in dem Artikel PixelPost: Blogsystem für Fotos.

andere Systeme?

Ihr nutzt ein anderes Blog- bzw. Newssystem, was ich hier nicht vorgestellt habe? Berichtet in einem Kommentar über eure Erfahrungen!

Abhilfe können hier mehrere Sidebars, widgetfähige Bereiche im Footer und verschachtelte Menüs schaffen – solange eure Seite dadurch nicht überladen und unübersichtlich wird.

Eine andere Möglichkeit besteht darin, je nach gerade aufgerufener Unterseite oder Kategorie unterschiedliche Inhalte in der Sidebar auszugeben: so könnte man etwa die letzten Kommentare nur bei Blogeinträgen anzeigen. In der Sidebar von statischen Seiten würden stattdessen weiterführende Links präsentiert; beispielsweise bei der Seite “GFX” die Links zu den Unterseiten mit Brushes, zu denen mit Pattern und so weiter.

Wie ihr dies in WordPress realisiert, zeige ich euch in diesem Tutorial.

Voraussetzungen & Vorgehen

Es ist wichtig, dass ihr das Prinzip der Templates in WordPress versteht: ausgehend von der index.php, die alle Inhalte präsentiert, könnt ihr für die verschiedenen Bereiche immer differenziertere Templates festlegen. Rein theoretisch könnt ihr somit sogar für jeden einzelnen Blogeintrag ein eigenens Template verwenden! Diese Grafik illustriert die Hiarchie der Templates sehr gut.

Üblicherweise weist euer WordPress-Theme eine Datei namens sidebar.php auf, in der ebenjene enthalten ist. Sie wird in den Templates eingebunden, welche die Ausgabe eurer Bloginhalte steuern: index.php, single.php und so weiter.

Wir erstellen nun zunächst verschiedene Versionen dieser Sidebar. Anschließend legen wir für die statischen Seiten eigene Templates fest und binden dort die jeweils benötigte Sidebar ein. In einem nächsten Schritt kümmern wir uns um die Einzelansicht der Blogeinträge (single.php) sowie die Kategorienübersicht (category.php) – auch hier werden dann je nach Kategorie unterschiedliche Sidebars verwendet.

die unterschiedlichen Sidebar-Templates

Als Erstes legt ihr die einzelnen Sidebar-Templates an, indem ihr die sidebar.php kopiert und entsprechend benennt – beispielsweise in sidebar-blog.php und sidebar-gfx.php. Diese Sidebars sollen nun unterschiedlich befüllt werden. Wenn ihr die Inhalte nicht direkt in die Dateien tippen, sondern Widgets nutzen wollt, müsst ihr für jede Sidebar einen eigenen Widgetbereich definieren.
In der Datei functions.php notiert ihr dazu:

<?php
if ( function_exists('register_sidebar') ) {
register_sidebar(array(
'name' => 'Sidebar - Blog',
'before_widget' => '<div id="%1$s">',
'after_widget' => '</div>',
'before_title' => '<h3>',
'after_title' => '</h3>',
));
register_sidebar(array(
'name' => 'Sidebar - GFX',
'before_widget' => '<div id="%1$s">',
'after_widget' => '</div>',
'before_title' => '<h3>',
'after_title' => '</h3>',
));
?>
Nach diesem Prinzip könnt ihr so viele widgetfähige Bereiche anlegen, wie ihr wollt. Sie werden im Dashboard wie gewohnt über Design -> Widgets befüllt.

Jetzt wird je nach Sidebar der entsprechende Widgetbereich eingebunden:

sidebar-blog.php

<div id="sidebar">
<?php if ( !function_exists('dynamic_sidebar') || !dynamic_sidebar('Sidebar - Blog') ) : ?>
<?php endif; ?>
</div>

sidebar-gfx.php
<div id="sidebar">
<?php if ( !function_exists('dynamic_sidebar') || !dynamic_sidebar('Sidebar - GFX') ) : ?>
<?php endif; ?>
</div>

statische Seiten

Für statische Seiten kann man beim Erstellen auswählen, welches Template sie verwenden sollen. Dies bedeutet, dass ihr eure page.php (sofern ihr die nicht habt, nehmt ihr die index.php) kopiert und umbenennt in gfx.php. Zu Beginn dieser Datei notiert ihr:
<?php
/*
Template Name: GFX
*/
?>

Während in der normalen page.php die Standardsidebar eingebunden wird, wollen wir hier jetzt die sidebar-gfx.php nutzen. Also ändert ihr die entsprechende Stelle in der gfx.php:

von

<?php include("sidebar.php"); ?>
oder
<?php get_sidebar(); ?>

in

<?php include("sidebar-gfx.php"); ?>

Im Dashboard wählt ihr auf der GFX-Seite dann rechts das entsprechende Template aus der Liste aus. Schon wird eure GFX-Seite mit einer eigenen Sidebar angezeigt! Für die GFX-Unterseiten wählt ihr sinnvollerweise das selbe Template aus.

Blogeinträge und Kategorien

Weiter geht es mit den Blogeinträgen. Die einfachste Variante besteht darin, in der Datei single.php und in der category.php analog zu dem obigen Beispiel die sidebar-blog.php einzubinden.

Was aber, wenn für verschiedene Kategorien verschiedene Sidebars genutzt werden sollen? – Auch das ist möglich!

Hierzu fragen wir in der single.php ab, in welcher Kategorie sich der jeweils anzuzeigende Beitrag befindet, und binden je nachdem eine andere Sidebar ein:

<?php $post = $wp_query->post;
if ( in_category('1') ) {
include(TEMPLATEPATH . '/sidebar-blog-schule.php');
} elseif ( in_category('2') || in_category('3') ) {
include(TEMPLATEPATH . '/sidebar-blog-hobby.php');
} else {
include(TEMPLATEPATH . '/sidebar-blog.php');
}
?>

Hier müsst ihr die jeweilige ID eurer Kategorie einsetzen. Ihr findet sie heraus, indem ihr im Dashboard auf Artikel -> Kategorien klickt und mit dem Mauszeiger über die einzelnen Kategorienamen fahrt. In dem Link seht ihr die ID:

In diesem Beispiel wird für alle Artikel in der Kategorie mit der ID 1 eine spezielle Sidebar geladen. Ebenso für alle Artikel, die sich entweder in der Kategorie 2 oder 3 befinden. Für die Einträge aller anderen Kategorien wird die sidebar-blog.php geladen.

Um auch auf den Kategorieseiten eine andere Sidebar zu nutzen, kopiert ihr eure category.php (wenn nicht vorhanden, die index.php) und benennt sie je nach dem Titel eurer Kategorien in category-schule.php, category-hobby.php und so weiter. In diesen Dateien bindet ihr dann wieder die unterschiedlichen Sidebars ein.

Viel Spaß damit!

im Artikel

Zunächst betrachten wir diejenigen Informationen, die bei jedem Artikel mit ausgegeben werden – zum Beispiel in einer Box unterhalb des Eintrags. Wichtig ist hierbei, dass die Angaben innerhalb des Loops notiert werden – also zwischen…
<?php if (have_posts()) : while (have_posts()) : the_post(); ?>
… und…
<?php endwhile; else: ?>
<p>Nichts gefunden...</p>
<?php endif; ?>


Für die Ausgabe benutzen wir die sogenannten Template Tags – kleine PHP-Schnipsel, die einem das Leben in WordPress leichter machen. ;-)

Die populärste Angabe dürfte hierbei die des Autorennamens sein:
verfasst von <?php the_author(); ?>

Möchte man den Namen hierbei als Link zu einer Profilseite haben (auf die ich im Folgenden noch eingehe), notiert man:
verfasst von <?php the_author_posts_link(); ?>

Sofern man im Dashboard sein Profil ausgefüllt hat, kann man statt des Nicknamens auch Vor- und Nachnamen anzeigen lassen:
verfasst von <?php the_author_firstname(); the_author_lastname(); ?>

Ähnlich lassen sich auch die anderen Profilfelder auslesen, beispielsweise das “über mich”-Feld:
<strong><?php the_author(); ?> über <?php the_author(); ?>:</strong><br />
<?php the_author_description(); ?>

Die weiteren Template Tags, beispielweise für das Feld mit der ICQ-Nummer, könnt ihr der WordPress-Doku unter dem Abschnitt “Der Autor” entnehmen.

Profilseite

Oben habe ich die Profilseite eines Autors angesprochen. Diese benötigt ein eigenes Template: kopiert einfach eure index.php und benennt sie in author.php um. Wenn ihr mehrere Blogautoren habt und unterschiedliche Informationen abfragen wollt, könnt ihr dieses Template über das Einfügen des Autorennamens spezifizieren: author-hans.php und author-liesl.php

Auf diese Profilseite verlinkt, wie bereits erwähnt, der Template Tag <?php the_author_posts_link(); ?>.
Wenn ihr alle Autoren eures Blogs mitsamt dem Link zu ihrem jeweiligen Profil auflisten wollt, beispielsweise in der Sidebar, notiert ihr:
<?php wp_list_authors(); ?>

Plugin: Cimy User Extra Fields

Von Hause aus bietet WordPress nur recht wenige Profilfelder, die man natürlich gerne ergänzen möchte. Gute Erfahrungen habe ich hier mit dem Plugin Cimy User Extra Fields gemacht: über das Dashboard kann man als Admin leicht neue Profilfelder hinzufügen, die den Autoren dann unterhalb der standardmäßigen Profilfelder angezeigt werden. Beim Anlegen der Profilfelder kann man zwischen verschiedenen Typen wählen – normale einzeilige Eingabefelder, Textboxen für längeren Text, Checkboxen, … auch das Hochladen eines Profilfotos lässt sich erlauben. Abgesehen davon bietet dieses Plugin auch mehr Möglichkeiten bei der Registrierung eines neuen Users wie beispielsweise eine Captcha-Abfrage – das sei hier aber nur am Rande erwähnt.

Beispielseite

Unsere Autorenseite (author.php) soll im Titel den Nick- sowie den vollen Namen des Bloggers ausgeben und die verschiedenen Informationen aus seinem Profil auslesen. Hierbei wird geprüft, ob das jeweilige Profilfeld auch tatsächlich ausgefüllt wurde – wenn es leer geblieben ist, wird der komplette Punkt weggelassen. Im Cimy User Extra Field-Plugin wurden folgende Profilfelder angelegt: Profilfoto, Alter, Wohnort, Beruf, Musikgeschmack und Hobbys.
Zusätzlich wollen wir hier anzeigen, wie viele Artikel derjenige schon verfasst hat, und die letzten paar davon auch gleich auflisten.

Die Variable $curauth zu Beginn der author.php ist nötig um festzustellen, um wessen Profilseite es sich gerade handelt.

<?php get_header(); ?>
<div id="content">
<?php $curauth = (get_query_var('author_name')) ? get_user_by('slug', get_query_var('author_name')) : get_userdata(get_query_var('author')); ?>

<h2>Profilseite von <?php echo $curauth->first_name; ?> <?php echo $curauth->last_name; ?> aka <?php echo $curauth->nickname; ?></h2>
<?php if(get_cimyFieldValue($curauth->ID, 'Profilfoto') != '') { ?><?php $value = get_cimyFieldValue($curauth->ID, 'Profilfoto'); ?><img src="<?php echo $value; ?>" alt="Profilfoto von <?php echo $curauth->first_name; ?> <?php echo $curauth->last_name; ?> aka <?php echo $curauth->nickname; ?>" /><?php ;  } else  echo ""; ?>
<ul>
<?php if(get_cimyFieldValue($curauth->ID, 'Alter') != '') { ?> <li><strong>Alter:</strong> <?php $value = get_cimyFieldValue($curauth->ID, 'Alter'); ?><?php echo $value; ?> Jahre</li> <?php ;  } else  echo ""; ?>
<?php if(get_cimyFieldValue($curauth->ID, 'Wohnort') != '') { ?> <li><strong>Wohnort:</strong> <?php $value = get_cimyFieldValue($curauth->ID, 'Wohnort'); ?><?php echo $value; ?></li><?php ;  } else  echo ""; ?>
<?php if(get_cimyFieldValue($curauth->ID, 'Beruf') != '') { ?><li><strong>Beruf:</strong> <?php $value = get_cimyFieldValue($curauth->ID, 'Beruf'); ?><?php echo $value; ?></li><?php ;  } else  echo ""; ?>
</ul>

<h3>Interessen</h3>
<ul>
<?php if(get_cimyFieldValue($curauth->ID, 'Hobbys') != '') { ?><li><strong>Hobbys:</strong> <?php $value = get_cimyFieldValue($curauth->ID, 'Hobbys'); ?><?php echo $value; ?></li><?php ;  } else  echo ""; ?>
<?php if(get_cimyFieldValue($curauth->ID, 'Musik') != '') { ?><li><strong>Musik:</strong> <?php $value = get_cimyFieldValue($curauth->ID, 'Musik'); ?><?php echo $value; ?></li><?php ;  } else  echo ""; ?>
</ul>

<h3>Kontaktm&ouml;glichkeiten</h3>
<ul>
<li><strong>Email:</strong> <?php echo $curauth->user_email; ?></li>
<li><strong>Webseite:</strong> <a href="<?php echo $curauth->user_url; ?>" title="Webseite von <?php echo $curauth->first_name; ?> <?php echo $curauth->last_name; ?> aka <?php echo $curauth->nickname; ?>"><?php echo $curauth->user_url; ?></a></li>
</ul>

<h3>Artikel</h3>
<p><?php echo $curauth->first_name; ?> hat bereits <?php the_author_posts(); ?> Blogeintr&auml;ge geschrieben. Das hier sind die neusten:</p>
<ul>
<?php if (have_posts()) : while (have_posts()) : the_post(); ?>
<li id="post-<?php the_ID(); ?>">
<a href="<?php the_permalink() ?>" rel="bookmark" title="<?php the_title_attribute(); ?>"><?php the_title(); ?></a>
</li>
<?php endwhile; ?>
<?php else : ?>
Sorry, nichts gefunden.
<?php endif; ?>
</ul>

</div>
</div>
<?php get_sidebar(); ?>

Anmerkung: bei der Abfrage der Artikelanzahl via <?php the_author_posts(); ?> gibt es insofern einen Bug, als dass die Anzahl sämtlicher Artikel im Blog ausgegeben wird, sofern der betreffende User noch gar keinen Beitrag verfasst hat. Wenn jemand eine Lösung dafür kennt, darf er sich gerne melden und wird dann hier erwähnt. :)

Weitere Hinweise zur author.php bietet euch der WordPress Codex.

Dies waren nun einige Anregungen, wie ihr in eurem Blog an verschiedenen Stellen Informationen über den oder die Verfasser ausgeben könnt – ich hoffe, ihr habt etwas daraus mitnehmen können!

Nachdem sich meine Suche nach einem solchen Plugin zunächst als ziemlich frustrierend herausstellte, habe ich die Daten letzlich als ganz normale Liste in eine Seite getippt. Aber auf Dauer genügte mir das nicht, denn auf Filtermöglichkeiten, eine automatische Anzeige der nächsten Termine usw. will ich aus Gründen der Benutzerfreundlichkeit nicht verzichten müssen.

Mit GigPress bin ich nun auf ein Plugin gestoßen, was meine Anforderungen perfekt erfüllt.

Veranstaltungen eintragen

Für jedes Konzert gibt man den Termin, den Namen des Künstlers und den der Location ein, kann den Auftritt einer Tournee zuordnen und Infos zu Preisen, Kartenbestellung sowie freie Anmerkungen ergänzen. Darüber hinaus kann man dem Auftritt einen Artikel zuordnen, in unserem Falle sind das die jeweiligen Vorberichte.

Die Location selber gibt man mit Namen, Stadt und Land ein und kann auch hier detaillierte Informationen wie etwa Anschrift oder Webseite hinzufügen. Für jeden Veranstaltungsort muss man das nur einmal machen; anschließend wählt man beim Eintragen eines Auftritts den Ort – ebenso wie den Künstler – einfach aus einem Dropdown-Menü aus.

Durchdacht finde ich hierbei, dass nach dem Speichern eines Events bei der nächsten Eingabemaske weiterhin der Künstler, die Tournee sowie das Datum des vorigen Auftritts eingestellt sind. So muss man meist nur den Tag und die Location ändern und spart sich viel Herumgescrolle.

die Termine innerhalb einer Seite präsentieren

Über den Shortcode [gigpress_shows] bindet man eine Liste aller eingetragenen Termine in einen beliebigen Blogeintrag oder eine statische Seite ein. Diese ist per default alphabetisch nach den Namen der Künstler sowie innerhalb der einzelnen Bands nach Tourneen geordnet – auch wenn sich dies natürlich, wie weiter unten gezeigt, konfigurieren lässt.

Per Klick lassen sich die Tourdaten der Bands in verschiedene Kalenderanwendungen wie iCal, den Google-Kalender oder den Webkalender 30Boxes importieren. Auch ein RSS-Abo ist möglich, um automatisch auf dem Laufenden zu bleiben.

Durch weitere Parameter im Shortcode lässt sich die Ausgabe anpassen: nicht nur künftige, sondern auch bereits vergangene Termine lassen sich so anzeigen, die Sortierreihenfolge wird geändert, man kann – etwa für einen Vorbericht – nur die Daten eines bestimmten Künstlers oder einer bestimmten Location ausgeben lassen oder auch ein Dropdown-Menü zur Auswahl nach Monaten hinzufügen.

Präsentation via Widget

Mit von der Partie ist auch ein Widget, das eine beliebige Zahl anstehender Events in der Sidebar anzeigt.

Anpassungen

Mich persönlich störte es, dass ich beim Eintragen eines neuen Veranstaltungsortes das jeweilige Land aus einer ellenlangen Liste auswählen musste. Für die Tourdatenliste auf BlackLive wird nur eine Handvoll Länder benötigt. Daher habe ich die Datei wp-content/plugins/gigpress/gigpress.php geöffnet und in Zeile 58 alle nicht benötigten Länder gelöscht, was das Dropdownmenü erheblich übersichtlicher macht.

In der Sidebar hatte sich ein Leerzeichen zuviel eingeschlichen: dort stand “Apocalyptica in München , Zenith” statt “Apocalyptica in München, Zenith”.
Abhilfe schafft es, in der Datei gigpress/templates/sidebar-list.php die Umbrüche zwischen Zeile 35/36/37 zu entfernen, sodass diese Angaben alle direkt hintereinander ohne Leerzeichen in einer Zeile stehen.

Live und in Farbe ;-) könnt ihr euch das Plugin im Einsatz auf BlackLive ansehen: blacklive.de/tourdaten