Möglich macht dies der Standard oEmbed. Hierbei genügt es, die URL eines Videos (oder anderen Mediums) einzufügen, damit automatisch der jeweils benötigte Player generiert wird.
WordPress unterstützt diese Funktionalität für Videos und Bilder von YouTube, flickr, Vimeo und noch diversen Anbietern mehr – die volle Liste der Portale findet ihr hier im WordPress-Codex.

So geht’s

Unter Einstellungen » Mediathek muss das Häkchen bei “Automatisches Einbinden” gesetzt sein. Hier könnt ihr auch die gewünschte Breite des Videos angeben.

Anschließend genügt es, in eurem Beitrag einfach die URL des Videos einzufügen. Wichtig ist hierbei, dass ihr die URL in eine eigene Zeile schreibt und dass sie “blanko” dasteht, also nicht als Link mit einem a-Tag:

Hier kommt ein tolles Video:

...

WordPress generiert daraus dann automatisch die Anzeige des Videos:

Gibt’s das auch in valide?

Jain. Einen kleinen Schönheitsfehler hat das Ganze nämlich: der auf diese Weise automatisch Code ist (noch) nicht ganz valide.
Denn der von YouTube erzeugte iFrame sieht so aus:
<iframe width="500" height="375" src="http://www.youtube.com/embed/GciKkJaCGXo?fs=1&#038;feature=oembed" frameborder="0" allowfullscreen></iframe>

Zu Recht beschwert sich der Validator hier: Attribute allowfullscreen not allowed on element iframe at this point.
Zudem gilt die Angabe der frameborder als veraltet – eine umrandete Darstellung des iFrames sollte man stattdessen mit CSS (border: 0;) verhindern.

Ihr könnt euch jedoch behelfen, indem ihr den iFrame-Code manuell mit eingebt:

<iframe type="text/html" src="http://www.youtube.com/embed/GciKkJaCGXo" width="585"></iframe>

Version 3 der beliebten Blogsoftware WordPress erschien bereits vor rund anderthalb Jahren im Juni 2010; aktuell sind wir bei der Version 3.3.1 angekommen. Da WordPress 3 eine Reihe an Neuerungen mit sich brachte, ist es durchaus sinnvoll, bei einem Theme darauf hinzuweisen, ob es diese unterstützt oder nicht.

Läuft mein altes Theme weiterhin mit WordPress 3.x?

Ja. Ältere Themes funktionieren auch weiterhin wie gewohnt. Allerdings bringt WordPress ab der Version 3 diverse Funktionen mit sich, die in diesen Themes noch nicht genutzt werden. Ein Nachrüsten lohnt sich also durchaus – sei es durch einen kompletten Themewechsel oder indem man einzelne Features nachträglich einbaut.

Funktioniert ein WordPress 3-Theme mit einer alten WordPress-Version?

Jain. Je nachdem, ob das Theme abwärtskompatibel ausgelegt ist oder nicht, kann es zu Fehlermeldungen kommen, da eine ältere WordPress-Version diverse Funktionalitäten nicht unterstützt. Es empfiehlt sich aber ohnehin, seine WordPress-Installation regelmäßig auf den neusten Stand zu bringen – nicht nur, um in den Genuss eines verbesserten Systems zu kommen, sondern auch aus Sicherheitsgründen.

Werfen wir also einen Blick auf die Features, die ein WordPress 3-Theme auszeichnen:

Menüsystem

Über die sogenannten Custom Menus kann man sich sein Navigationsmenü einfach per Klick zusammenstellen – aus Kategorien, statischen Seiten und externen Links. Die Reihenfolge der Links lässt sich via Drag&Drop ändern.
Dieses Feature findet sich im Backend unter Design » Menüs. Auch mehrere verschiedene Menüs sind möglich.
Im Theme können die einzelnen Menüs dann über die Funktion wp_nav_menu() eingebunden werden.

Mehr über Custom Menus gibt’s im WordPress-Codex.

Formatvorlagen

Eine weitere Neuerung von WordPress 3 sind die unterschiedlichen Beitragstypen. Bis dato unterschied WordPress hier nur zwischen den Artikeln und den statischen Seiten.
Sofern das Theme diese Funktion unterstützt, kann man nun für jeden Beitrag festlegen, ob es sich um einen normalen Eintrag handelt, um eine kurze Statusmitteilung, eine Galerie, oder oder oder. Der Phantasie sind keine Grenzen gesetzt.
Für jeden Typ lässt sich sowohl eine spezifische Eingabemaske im Backend, als auch ein eigenes Layout konfigurieren. So könnte man bei einem Galeriebeitrag etwa auf die Anzeige der Sidebars verzichten, um dem Bild möglichst viel Geltung zu verschaffen.

Genaueres zum Thema Formatvorlagen findet ihr im WordPress-Codex.

Taxonomien

Als Blogger kennt man die Sortierung nach Kategorien und die nach Schlagworten. Mit dem Taxonomie-Tool kann man seit WordPress 3 jedoch noch beliebige weitere Klassifikationen verwenden und diese auch hierarchisch gliedern. Ein gutes Beispiel sowie eine ausführliche Anleitung findet ihr in diesem Artikel: hier werden Taxonomien eingesetzt, um Artikel über Computer möglichst sinnvoll nach verschiedenen Kriterien wie Betriebssystem oder eingebauter Hardware zu ordnen.
Im Theme können diese eigenen Taxonomien ähnlich wie die Schlagwörter als Wolke ausgegeben werden oder auch als Archiv mit eigenem Layout, indem man eine Templatedatei namens taxonomie.php anlegt.

Nutzt ihr die WordPress 3-Features?

Aus Performancegründen kann man sich nicht benötigter Funktionalitäten natürlich auch wieder entledigen, indem man die functions.php verschlankt.

Verwendet ihr die spezifischen Funktionen, die WordPress 3 mit sich bringt?

kurzer Exkurs: Infos über den Autor

Bei einem Artikel oder Blogeintrag findet sich oft eine Angabe wie “geschrieben von Otto”, die dann auf eine Autorenseite innerhalb der Webseite führt oder zu einer externen Webseite – etwa Ottos private Homepage oder sein Profil auf Google+.

In jedem dieser Fälle sagt diese Information etwas über den Artikel selber aus – für menschliche Leser wird das durch die Formulierung “geschrieben von” klar. Damit auch Google dies versteht, ist eine entsprechende Kennzeichung im Quellcode nötig: der Parameter rel=”author”. Dieser bringt uns einen Schritt weiter auf dem Weg in Richtung Semantic Web.
(Dieser Artikel enthält mehr Infos zum Thema Autoreninfos in WordPress.)

Link zum BuddyPress-Profil

In einer mit BuddyPress erstellten Webseite verlinkt man innerhalb eines Artikels mit einem einfachen Template Tag auf das Profil des Autors:
geschrieben von <?php echo bp_core_get_userlink( $post->post_author ) ?>

Dies erzeugt folgende Ausgabe:
geschrieben von <a href="http://domain.de/member/otto/" title="Otto">Otto</a>

Um den Link um die Angabe rel=”author” zu ergänzen, notiert man nun stattdessen:

<?php printf( _x( 'geschrieben von %s', 'buddypress' ), str_replace( '<a href=', '<a rel="author" href=', bp_core_get_userlink( $post->post_author ) ) ); ?>

Hierdurch wird die ursprüngliche Ausgabe, die nur das Linkziel (href) beinhaltet, um die rel-Angabe erweitert:

geschrieben von <a rel="author" href="http://domain.de/member/otto/" title="Otto">Otto</a>

Um +1 einzubinden, stellt Google eine recht einfache Syntax bereit:

<g:plusone size="medium" annotation="inline" width="180" href="http://domain.de"></g:plusone>

Das Aussehen des Buttons kann hierbei über die entsprechenden Attribute size und width gesteuert werden.

Zusätzlich zu obigem Code muss in den Head- oder Footerbereich der Webseite dann noch folgendes JavaScript eingebunden werden:

<script type="text/javascript">
window.___gcfg = {lang: 'de'};

(function() {
var po = document.createElement('script'); po.type = 'text/javascript'; po.async = true;
po.src = 'https://apis.google.com/js/plusone.js';
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(po, s);
})();
</script>

Hierüber wird übrigens auch die Sprache für die Beschriftung des Buttons festgelegt, auf Deutsch etwa “Dies auf Google empfehlen”.

So weit, so gut – allerdings ist dieser Code nicht HTML5-valide. Prompt bemängelt der Validator:

Element name g:plusone cannot be represented as XML 1.0.

Seit kurzem bietet Google für dieses Problem jedoch eine Lösung an. Um euren Button zu generieren, klickt auf google.com/webmasters/+1/button/. Dort wählt ihr nun die Erweiterten Funktionen und setzt das Häkchen bei “Gültige HTML5-Syntax”.

Somit erhaltet ihr einen validen Codeschnipsel nach folgendem Schema:

<div data-size="medium" data-annotation="inline" data-width="180" data-href="http://domain.de"></div>

+1 und Permalinks in WordPress

Übrigens: wenn ihr den +1-Button innerhalb eines WordPress-Artikels einbinden wollt, benötigt ihr den Permalink des Artikels. Den erhaltet ihr durch ‘. $post_link .’, also:

data-href="'. $post_link .'"

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=""]