Außerdem kann der (optionale) Auszug verwendet werden. Dieser wird in der Artikel-Bearbeitung unter dem eigentlichen Editor-Textfeld eingetragen.

Manchmal ist es aber sinnvoller anstelle des Tags the_excerpt() das Tag the_content() zu nutzen.
the_content() zeigt z. B. die Links, Bilder und Formatierungen vom Beitrag an. Außerdem lässt sich individuell mit dem <!–more–>-Tag bestimmen, was genau angezeigt werden soll. Der more-Tag, welchen man in der Artikel-Bearbeitung setzen kann, splittet den Beitrag / die Seite in zwei Teile. Auf der Startseite bzw. in Archiven wird dann nur der Teil vor dem more-Tag angezeigt, allerdings mit allen Links, Bildern und Formatierungen.

Für die entsprechende Änderung ist es nötig, an den Template-Dateien deines Themes Hand anzulegen.
Diese Dateien mit der Endung .php findest du in deiner WordPress-Installation in folgendem Ordner:
/wp-content/themes/name_des_themes/Bearbeiten kannst du die Theme-Dateien im Theme-Editor des Adminmenüs, wofür es notwendig ist, per FTP-Programm den Dateien im Theme-Ordner die Rechte (chmod) 666 zu verleihen.
Alternativ kannst du auch dein Theme offline ändern und dann die veränderten Dateien auf deinen Webspace übertragen, wodurch die alten Dateien überschrieben werden (ggf. Backup anlegen!).

Welche Dateien geändert werden müssen, hängt vom jeweiligen Theme ab.
Sind schon in der normalen Blogansicht keine Links, Formatierungen und Bilder zu sehen, ändere die Datei index.php, oder falls du den Theme-Editor benutzt, Haupt Index Template.
Ist hingegen die Archivansicht betroffen, so wäre die Datei archive.php zuständig bzw. Archiv zuständig. Im Zweifelsfall einfach alle Dateien des Themes durchsuchen und ändern.

Lasse dein Auge oder die Suchfunktion deines Texteditors in der jeweiligen Datei nach dem Template-Tag the_excerpt suchen. Je nach Theme kommt sie leicht unterschiedlich daher. So könnte er zum Beispiel aussehen:
<?php the_excerpt(); ?>
Dieser Codeschnipsel muss mit dem the_content ersetzt werden. Anstelle des the_excerpt könnte an dieser Stelle dann folgender Code stehen:
<?php the_content('weiter...'); ?>

Benutzt man die Option des more-Tags nicht, so reicht im Normalfall auch einfach der Aufruf ohne den ggf. auftauchenden weiter-Link:
<?php the_content(); ?>

Die Ursache: du verwendest Microsoft Word um deine Artikel lokal zu erstellen, und kopierst den Text dann in den visuellen Editor.

Was dabei schief geht: Word (bzw. auch andere Office-Produkte aus dem Hause Microsoft) kopieren Meta-Informationen in Form von XML-Code mit in die Zwischenablage. Dieser landet dann – unsichtbar, weil als HTML-Kommentar “getarnt” – ebenfalls im Editor und somit im Blog. Eigentlich wäre das kein großes Problem, da der HTML-Code des Artikels trotzdem fehlerfrei ist. Der Internet Explorer interpretiert diesen Code allerdings, kommt dabei ins Stolpern und bricht dann die Verarbeitung der Seite ab.

Alle anderen Browser ignorieren diese Codes aber, die Verarbeitung der Seite ist nicht beeinträchtigt. Auch ein HTML-Validator wird dieses Problem im Normalfall nicht aufdecken. Du kannst allerdings das Problem schnell erkennen, wenn du in den Browserquelltext deiner Seite schaust. Dort solltest du Codeschnipsel wie diesen in deinen Artikeln finden:

<p><!--[if gte mso 9]><xml>
<w:WordDocument>
<w:View>Normal</w:View>
<w:Zoom>0</w:Zoom>
<w:HyphenationZone>21</w:HyphenationZone>
<w:PunctuationKerning />
<w:ValidateAgainstSchemas />
<w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid>
<w:IgnoreMixedContent>false</w:IgnoreMixedContent>
<w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText>
<w:Compatibility>
<w:BreakWrappedTables />
<w:SnapToGridInCell />
<w:WrapTextWithPunct />
<w:UseAsianBreakRules />
<w:DontGrowAutofit />
</w:Compatibility>
<w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
</w:WordDocument>
</xml><![endif]--><!--[if gte mso 9]><xml>
<w:LatentStyles DefLockedState="false" LatentStyleCount="156">
</w:LatentStyles>
</xml><![endif]--></p>
<p><!--[if gte mso 10]><br />
<mce:style><!
 /* Style Definitions */
table.MsoNormalTable
 {mso-style-name:"Normale Tabelle";
 mso-tstyle-rowband-size:0;
 mso-tstyle-colband-size:0;
 mso-style-noshow:yes;
 mso-style-parent:"";
 mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
 mso-para-margin:0cm;
 mso-para-margin-bottom:.0001pt;
 mso-pagination:widow-orphan;
 font-size:10.0pt;
 font-family:"Times New Roman";
 mso-ansi-language:#0400;
 mso-fareast-language:#0400;
 mso-bidi-language:#0400;} --></p>
<p><!--[endif]-->

Diese Codes siehst du auch in der HTML-Ansicht des WordPress-Editors. Dort kannst du ihn auch bequem wieder aus den Artikeln löschen.

Um das Problem in Zukunft zu vermeiden hast du mehrere Optionen:

• Schreibe deine Artikel direkt im WordPress-Editor und nicht in Word
• Verwende zum Vorschreiben ein anderes Office-Programm
• Verwende zum Einfügen des in Word geschriebenen Textes nicht Strg+V, sondern benutze den “aus Word einfügen”-Button in der erweiterten Werkzeugleiste des WordPress-Editors

( ) Deine letzten Artikel
(•) Eine statische Seite (unten auswählen)
     • Startseite: [Start    [▼]]
     • Artikelseite: [Blog    [▼]]

Das ist weitestgehend selbsterklärend. Mit “Eine statische Seite” aktiviert man die statische Startseite. Bei “Startseite” wählt man, ja genau, die künftige Startseite aus den bisher erstellten statischen Seiten aus.

Nun möchte man aber bestimmt den Lesern auch die Blogartikel in der gewohnten Form präsentieren, und nicht nur auf das Archiv, den Kalender oder die Kategorien verweisen. Genau hier kommt die zweite Auswahlmöglichkeit “Artikelseite” ins Spiel. Am besten man erstellt sich eine weitere Seite und gibt ihr z.B. den Titel “Blog”. Diese kann man nun für “Artikelseite” auswählen und fortan wird das Blog wie sonst auf der Startseite auf eben dieser Seite angezeigt, inklusive der Möglichkeit, seitenweise vor- und zurückzublättern.

Danke an Ingo für den Artikel!

<?php
function my_widget_hello_world($args) {
extract($args);
echo $before_widget;
echo $before_title . __('Hello World') . $after_title;
echo 'Hallo';
echo $after_widget;
}
// register the custom widgets
$my_class = array('classname' => 'widget_hello_world');
wp_register_sidebar_widget('hello_world', __('Hello World'), 'my_widget_hello_world', $my_class);
?>

So sieht es für das erste Widget aus. Statt “Hallo” kannst du da natürlich ausgeben, wonach dir gerade ist, incl. WP-Funktionen wie wp_list_categories() oder so.

Wenn du mehr als eines registrierst, brauchst du das Array nicht immer neu zu bauen:
$my_class['classname'] = 'widget_bonjour';

Danke an Johannes für den Code!

Seit WordPress Version 2.3 sind Widgets Bestandteil von WordPress, in älteren Versionen musste ein Plugin installiert werden, um Widgets nutzen zu können.

Viele Themes besitzen eine oder 2 widget-fähige Sidebars, oder gar mehrere Bereiche, an denen du Widgets einsetzen kannst. Wenn dein Theme keine Widget-Bereiche hat, dann kannst du die Sidebar recht einfach widgetfähig machen.

Beachte: Wenn du das 1. Widget auf deine Sidebars ziehst, dann verschwinden die standardmäßig in der Sidebar vorhandenen Inhalte. Im Normalfall kannst du nur entweder statische Inhalte in der Sidebar haben, oder Widgets.

Wie finde ich heraus, ob mein Blog Widgets benutzt?

Seit WordPress Version 2.5 wird im Dashboard angezeigt, ob deine Sidebar Widgets enthält:

Dein aktuelles Theme ist Kubrick DE-Edition mit 0 Widgets. Du nutzt WordPress 2.6 DE-Edition.

In WordPress 2.3 findest du im Adminbereich im Menü “Themes” unter dem Punkt “Widgets” deine widgetfähigen Sidebars und die darauf liegenden Widgets.

Wie kann ich Widgets umsortieren oder konfigurieren?

Die Widgets-Einstellungen findest du im Adminbereich im Menü “Themes” (in neueren WP-Versionen auch “Design”) im Untermenü Widgets. Hier kannst du Widgets per “Ziehen und Ablegen” auf deine Sidebar bringen oder diese umsortieren.

Bei vielen Widgets kannst du die Ausgabe mit verschiedenen Einstellungen anpassen. Wenn du das Widget auf deine Sidebar gezogen hast, dann kannst du es mit einem Link auf den Pfeil rechts aufklappen und die Einstellungsmöglichkeiten erscheinen.

Viele weitere Informationen über Widgets findest du auf der Widgets-Entwicklerseite (englisch) bei
Automattic sowie im WordPress Codex.

.entry ul li:before, #sidebar ul ul li:before {
content: "0BB 020";
}

Diesen Eintrag löschst du einfach.

(In der Version 1.6 des Themes findes du den Eintrag in Zeile 406 der style.css)

Zunächst muss folgender Code in die functions.php des Themes kopiert werden:

<?php
if ( function_exists('register_sidebar') )
register_sidebar();
?>


Dies ist der mindestens benötigte Code um die Sidebar widgetfähig zu machen. Die minimalistische sidebar.php dazu sieht so aus:

<ul>
<?php if ( !function_exists('dynamic_sidebar') || !dynamic_sidebar() ) : endif; ?>
</ul>


Die Sidebar selbst kann noch Code enthalten, um zusätzliche Elemente zu den Widgets zu enthalten, oder eine Standard-Sidebar anzuzeigen, wenn keine Widgets auf die dynamische Sidebar gezogen wurden. Dazu beispielhaft der folgende Code für die Sidebar:

<ul id="sidebar">
<?php if ( !function_exists('dynamic_sidebar') || !dynamic_sidebar() ) : ?>
<!-- Standard-Sidebar, wenn keine Widgets vorhanden sind -->
<?php endif; ?>
<!-- zusätzliche statische Sidebar-Elemente -->
</ul>


2 oder mehr dynamische Sidebars

Wenn man 2 oder mehr dynamische Sidebars in seinem Theme haben möchte, dann verwendet man statt register_sidebar() die Funktion register_sidebars($n), wobei $n die Anzahl der Sidebars enthält. In der Sidebar wird dann die dynamische Sidebar mit dynamic_sidebar($i) angesprochen (beginnend mit $i = 1).

Beispiel functions.php für 3 dynamische Sidebars:
<?php
if ( function_exists('register_sidebar') )
register_sidebars(3);
?>


“Meine Sidebar ist keine Liste!” – Widget-Ausgabe beeinflussen

Ist deine Sidebar keine verschachtelte Liste, oder möchtest du den generierten HTML-Code aus anderen Gründen beeinflussen, dann kannst du den obigen Code wie folgt erweitern:
if ( function_exists('register_sidebar') )
register_sidebar(array(
'before_widget' => '<div id="%1$s" class="widget %2$s">',
'after_widget' => '</div>',
'before_title' => '<div class="title">',
'after_title' => '</div>',
));
Mit diesem Code solltest du genügend CSS-Selektoren bekommen, um jedes Widget individuell stylen zu können.

Mehr Infos über WordPress-Widgets gibts bei automattic.

Den Parameter exclude nutzen

Um im Blog alle statischen Seiten aufzulisten, benutzt nahezu jedes Theme den Template Tag wp_list_pages (Infos dazu in der Doku).

Will man nicht, dass bestimmte Seiten aufgelistet werden, so bietet der Parameter exclude die entsprechende Möglichkeit dazu.

Als erstes musst du herausfinden, wo bei deinem Theme der Code <?php wp_list_pages('parameter'); ?> zu finden ist. Nutze dazu einen Texteditor oder den Theme-Editor im Adminmenü. Beachte, dass der Inhalt in der Klammer je nach Theme variiert.
Meistens wird man in der sidebar.php fündig, manchmal auch in der header.php, index.php, footer.php oder functions.php – es hängt vom jeweiligen Theme ab.

Die weitere Vorgehensweise hängt davon ab, ob die Klammer leer ist, also keine Parameter eingetragen sind, oder ob schon Anweisungen vorhanden sind.
Ist also die Klammer leer, dann sieht der Code so aus:
<?php wp_list_pages(); ?>
In diesem Fall genügt es, in die Klammer 'exclude=bla' einzutragen, wobei bla für die Seiten-ID steht. Mehrere IDs werden einfach durch ein Komma – ohne Leerzeichen – getrennt.
Die Seiten-IDs findest du übrigens hier angezeigt:
Adminbereich >> Verwalten >> Seiten
(Seit WordPress 2.5 muss aber dazu ein Plugin installiert werden.)

Willst du also die Seiten mit der ID 2, 10 und 22 von der Auflistung ausschließen, dann muss der gesamte Code so aussehen:
<?php wp_list_pages('exclude=2,10,22'); ?>

Sind Bereits Parameter vorhanden, so musst vor dem schließenden Apostroph in der Klammer folgenden Schnipsel einfügen:
&exclude=bla
Das & ist übrigens wichtig, da es die unterschiedlichen Parameter von einander trennt. bla steht selbstredend wieder für die Seiten-IDs.
Auch hier ein Beispiel:
<?php wp_list_pages('title_li=<h2>Seiten</h2>'); ?>
wird zu <?php wp_list_pages('title_li=<h2>Seiten</h2>&exclude=2,10,22'); ?>

Will man stattdessen generell alle Unterseiten (ab einer bestimmten Ebene) ausschließen, so wird dazu in gleicher Weise der Parameter depth anstatt exclude verwendet:
depth=-1 alle Unterseiten nicht eingerückt anzeigen.
depth=0 alle Unterseiten hierarchisch eingerückt anzeigen.
depth=1 zeigt keine Unterseiten.
depth=2 zeigt Unterseiten bis zu einer Ebene unter der übergeordneten Seite.
depth=3 zeigt Unterseiten bis zu zwei Eben unter der übergeordneten Seite.

Auschließen via Plugin

Will man das Ausschließen von Seiten etwas einfacher gestalten, so kann man sich auch das Plugin Page Link Manager anschauen (und benutzen).
Alternativ gibt es auch das Plugin Exclude Pages.

Seiten mittels des Status “privat” verstecken

Diese Möglichkeit macht sich den Umstand zu nutze, dass als privat markierte Seiten nicht in der Seitenauflistung (und auch so nicht) angezeigt werden und diese Eigenschaft auch auf untergeordnete Seiten übertragen wird – obwohl diese nicht auf privat gesetzt sind.

Erstelle also eine neue, leere Seite und wähle in der rechten Box Status die Eigenschaft privat.
Der Inhalt privater Seiten kann nicht eingesehen oder aufgerufen werden – außer du bist als Administrator eingeloggt. Dementsprechend werden sie auch nie aufgelistet.

Die Seiten, die nun nicht angezeigt, aber aufgerufen können werden sollen, werden als Unterseite dieser privaten Seite konfiguriert.
Bearbeite dazu einfach die bereits vorhandene Seite (oder erstelle eine neue, falls nötig) und wähle in der Box Übergeordnete Seite die auf privat gesetzte Seite. Der Status der zu versteckenden Seiten bleibt auf veröffentlicht!
Das war es schon.

Bei Verwendung von Widgets

Werden Widgets benutzt, so können direkt in den Optionen des Seiten-Widgets (Adminbereich >> Design >> Widgets >> Seiten > bearbeiten) die IDs der auszuschließenden Seiten eingetragen werden.
Auch hier gilt, dass diese per Komma getrennt auf aufsteigend angeordnet werden müssen.

Für die entsprechende Änderung ist es nötig, an den Template-Dateien des Themes Hand anzulegen.
Diese Dateien mit der Endung .php findest du in deiner WordPress-Installation in folgendem Ordner:
/wp-content/themes/default_de/

Bearbeiten kannst du die Theme-Dateien im Theme-Editor des Adminmenüs, wofür es notwendig ist, per FTP-Programm den Dateien im Theme-Ordner die Rechte (chmod) 666 zu verleihen.
Alternativ kannst du auch dein Theme offline ändern und dann die veränderten Dateien auf deinen Webspace übertragen, wodurch die alten Dateien überschrieben werden (ggf. Backup anlegen!).
Etwaige Zeilenangaben beziehen sich auf das unmodifizierte Theme in Version DE 1.6.

Zuerst ist die sidebar.php an der Reihe.
In Zeile 55 muss folgender Code entfernt werden:
<?php /* If this is the frontpage */ if ( is_home() || is_page() ) { ?>
Und in Zeile 70 ist dieser Befehl zu entfernen:
<?php } ?>

Nun erscheint auch in den Archivseiten die vollständige Sidebar.
Will man in der Artikelansicht die Sidebar anzeigen (die sonst vollständig fehlt), so muss man die single.php des Themes löschen (es wird dann die index.php des Themes genutzt) oder sich die single.php wie folgt vorknöpfen:
In Zeile 3 ersetzt man
<div id="content" class="widecolumn">
mit diesem Code:
<div id="content" class="narrowcolumn">

Anschließend fügt man in Zeile 65 VOR
<?php get_footer(); ?>
diesen Code hinzu:
<?php get_sidebar(); ?>
so dass die letzten beiden Zeilen so aussehen:
<?php get_sidebar(); ?>
<?php get_footer(); ?>

Zum Schluss ist noch ein Eingriff in die header.php des Themes von Nöten.
Ab Zeile 17 muss der folgende Code:
<?php
// Checks to see whether it needs a sidebar or not
if ( !$withcomments && !is_single() ) {
?>
#page { background: url("<?php bloginfo('stylesheet_directory'); ?>/images/kubrickbg.jpg") repeat-y top; border: none; }
<?php } else { // No sidebar ?>
#page { background: url("<?php bloginfo('stylesheet_directory'); ?>/images/kubrickbgwide.jpg") repeat-y top; border: none; }
<?php } ?>
mit diesem Code ersetzt werden (bis WP 2.1.3):
#page { background: url("<?php bloginfo('stylesheet_directory'); ?>/images/kubrickbg.jpg") repeat-y top; border: none; }
Beziehungsweise diesem Code, wenn man ein neueres Kubrick (ab WordPress 2.2) einsetzt:
#page { background: url("<?php bloginfo('stylesheet_directory'); ?>/images/kubrickbg-ltr.jpg") repeat-y top; border: none; }

Prinzipiell funktioniert die Sache auch bei anderen Themes die ein ähnliches Verhalten zeigen – dort reicht meist der Eingriff in der sidebar.php.

<h1><a href="<?php echo get_settings('home'); ?>/"><?php bloginfo('name'); ?></a></h1>
<div class="description"><?php bloginfo('description'); ?></div>

Diese beiden Zeilen musst du löschen.

Dadurch ist dein Header aber nicht mehr “klickbar”, solltest du diesen trotzdem verlinken wollen, findest du hier eine Anleitung dazu.

<div id="header">...</div>

und ergänzt den Code folgendermaßen:

<div id="header" onclick="location.href='<?php bloginfo('url') ?>';" style="cursor: pointer;">...</div>

Beachte aber, dass ID (hier im Beispiel header) bei gewissen Themes anders lauten kann. Denkbare Varianten neben header wären z.B. top und logo.

Diese Variante ist schnell und einfach, hat aber den Nachteil, dass nur Besucher mit aktiviertem JavaScript den Link benutzen können. Auch Suchmaschinen finden den Link wahrscheinlich nicht.

Eine sauberere, auf aufwändigere Lösung ist diese:

<div id="header">
  <a href="<?php bloginfo('url') ?>/" style="display:block; width:100%; height:100%;">
    <span style="visibility:hidden"><?php bloginfo('name') ?></span>
  </a>
</div>

Das funktioniert aber so nur in Themes, die einen “leeren” Header haben, bei dem das Hintergrundbild per CSS eingebunden wird. Die hier angegebenen Inline-Styles werden optimalerweise natürlich in die style.css des Themes ausgelagert.

Das kannst du aber in deiner Sidebar.php ändern. Dort suchst du den Befehl wp_list_cats. Eine Beschreibung des Befehls findest du hier.
Für den speziellen Fall hier ist der Parameter hide_empty wichtig. Um also leere Kategorien auch anzeigen zu lassen, sollte der Befehl wp_list_cats folgendermaßen aussehen:

<?php wp_list_cats('hide_empty=false&deineweiterenEinstellungen'); ?>

In einigen Themes kann es auch noch vorkommen, dass anstelle von dem Befehl wp_list_cats der Befehl list_cats benutzt wird. Eine Beschreibung dieses Befehls findest du hier.
Der Befehl enthält die gleichen Paramter, nur in einer anderen Schreibweise, d.h. bei wp_list_cats werden die Parameter nur angegeben, wenn diese gebraucht werden. Bei list_cats sind immer alle Parameter angegeben, d.h. hier ist auch die Reihenfolge wichtig.

Willst du zum Beispiel das Datum im Format Dienstag, 28. März 2006 ausgeben, so wäre folgender Code im Feld Standard-Datumsformat einzutragen: l, j. F Y

Fehlt noch die Uhrzeit, welche im Feld Standard-Zeitformat eingegeben wird.
Als Beispiel soll 14:57 Uhr ausgegeben werden. Damit das Uhr nicht fälschlich als Variable erkannt wird, muss dem Buchstabe jeweils ein Backslash voran gestellt werden:
G:i Uhr

Wird in deinem Blog trotzdem noch das falsche Datumsformat verwendet, so musst du an den Template-Dateien deines Themes Hand anlegen.
Diese Dateien mit der Endung .php findest du in deiner WordPress-Installation in folgendem Ordner:
/wp-content/themes/name_des_themes/
Bearbeiten kannst du die Theme-Dateien im Theme-Editor des Adminmenüs, wofür es notwendig ist, per FTP-Programm den Dateien im Theme-Ordner die Rechte (chmod) 666 zu verleihen.
Alternativ kannst du auch dein Theme offline ändern und dann die aktualisierte Version auf deinen Webspace übertragen.

Nun wirst du im Ordner deines Themes mehrere Dateien finden. Beginne mit der Datei index.php, oder falls du den Theme-Editor benutzt, mit Haupt Index Template.
Suche Dort nach einer Funktion mit dem Namen the_time oder the_date, die wie folgt aussehen kann:
<?php the_time('F jS, Y') ?>

In der Klammer erfolgt wie im Adminmenü die Angabe des Datums- und Zeitformats durch die entsprechenden Variablen. Willst du also eine Ausgabe wie Samstag, 25. März 2006, 0:53 Uhr, benutze folgenden Code:
<?php the_time('l, j. F Y, G:i Uhr') ?>

Analog dazu gehst mit (falls vorhanden) weiteren relevanten Dateien im Ordner deines Themes vor. Kandidaten wären beispielsweise archive.php, single.php oder search.php.

• Alex King`s Theme Browser
• How To Blog: list of WordPress Themes
• WordPress Theme Browser
• WordPress Codex: Theme List

Deutschsprachige Themes:

• WordPress Deutschland Themepool