bueltge.de [by:ltge.de] » Theme

WordPress Custom Post Types in den Loop holen

Frank Bültge — Wed, 20 Jul 2011 11:21:53 +0000

WordPress hat mit den Custom Post Types ein neues zeitalter für Entwickler im Umfeld WordPress eröffnet. Die Möglichkeiten sind vielfältig und in erster Linie vom Wissen des entwicklers abhängig. Trotzdem findet man im Netz immer wieder die gleichen Tutorial, die im Grunde nur das Einhängen eines Custom Post Types in WP erklären. Aber damit ist es nicht getan – zumindest nicht in den meisten Fällen und daher sind diverse weitere Schritte nötig um die Nutzung der CPT rund zu machen.
Nein, es kommt nun kein komplettes Tutorial, wie man vorgeht und was zu tun ist; zum einen liegt dies an der fehlenden Zeit und zum anderen daran, dass die Anforderungen jeder Umsetzung sehr spezifisch sind und man damit Gefahr läuft, dass man eingehängt nach Lösungen sucht. Daher werde ich Lösungen nun ab und an hier im Blog veröffentlichen; je nach zeit und Muse, was mir so unterkommt oder was ich mit anderen schon diskutiert habe.

In diesem Artikel möchte ich kurz darstellen, wie man die Inhalte der Custom Post Types in den Loop von WordPress bekommt. Damit ist kein Anspruch auf Vollständigkeit erhoben und die Kommentare stehen euch offen um zu diskutieren, zu kritisieren oder zu ergänzen.

Der Screenshot ist ein Beispiel für die Nutzung der CPT, dabei sind die Plugins Archive und Snippets entstanden, die unterschiedliche Aufgaben haben und mittels CPT recht gut abbildbar waren, insbesondere auf die Anforderungen zugeschnitten, dass man eine Oberfläche hat, die eigenständig berechtigt werden kann, je Objekt je Rolle und parallel die Nutzung von Anwendern erlaubt, die nur die Oberfläche von WP nutzen wollen bzw. kennen.

Im ersten Fall sei die Syntax dargestellt, wie man den Query nutzt und mittels Parameter den Typ des CPT übergibt. In einem Template des Themes sorgt dies dafür, dass nur dieser CPT ausgelesen wird. Alle anderen Parameter des Query bleiben unangetastet.


query_posts( 'post_type=my_post_type' )

Eine weitere Lösung unterscheidet sich im Grunde nur im Stil und dass mehrere CPTs übergeben werden, die in einem Array stecken und damit beachtet werden.


global $query_string;
parse_str( $query_string, $args );
$args['post_type'] = array( 'my_post_type', 'my_second_post_type' );
query_posts( $args );

Um den Loop von WP zu ergänzen und nicht einzuschränken, wird das Array um den Parameter des post_type ergänzt. Via array_merge werden also nur das Array um ein weiteres Array ergänzt.


global $wp_query;
$args = array_merge( $wp_query->query, array( 'post_type' => 'my_post_type' ) );
query_posts( $args );

Im weiteren lassen sich eigene Queries definieren, insbesondere wenn dies in eigenen Variablen nutzen möchte, sei es im Theme oder in Plugins.


$args = array(
	'post_type' => 'my_post_type',
	'post_status' => 'publish',
	'posts_per_page' => -1
);

$posts = new WP_Query( $args );
if ( $posts -> have_posts() ) {
	while ( $posts -> have_posts() ) {
...
	}
}

wp_reset_query();

Als letztes eine Lösung, die insbesondere den Scharm hat, dass man es sauber via Plugin steuern und damit auch bei Tests leicht abschalten kann. Ebenfalls ist die Anwendung in einem Plugin so einfach zu realisieren oder die Erweiterung eines bestehenden Themes via Child Theme oder Plugin. Über den Hook pre_get_posts kann man diverse Sachen des Query anpassen, so auch die CPTs.
Im Beispiel habe ich via Conditional Tags noch diverse Bedingungen drin, so dass man sieht, wie auf die Ausgabe im Frontend reagiert werden kann.


// $this? - example was used in class-structures
// add custom post type to wp loop
add_filter( 'pre_get_posts', array( $this, 'add_to_query') );

// ads to query
function add_to_query( $query ) {

	if ( is_admin() || is_preview() )
		return;

	if ( ! isset( $query -> query_vars['suppress_filters'] ) )
		$query -> query_vars['suppress_filters'] = FALSE;

	// conditional tags for restrictions
	if ( is_home() || is_front_page() && ( FALSE == $query -> query_vars['suppress_filters'] ) ) {
		$query -> set( $this -> my_post_type, array( 'post', $this -> get_textdomain() ) );

	return $query;
}

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Suche in WordPress Nav Menu

Frank Bültge — Sun, 17 Jul 2011 19:40:31 +0000

Seit der Einführung des WP Nav Menu, lieben Kunden die Funktion um ihre Navigationen selbst mit Inhalten zu versorgen und Anpassungen recht einfach vorzunehmen. Dabei steht auch das Suchfeld ab und an auf der Wunschliste. In diesem Zusammenhang sind mir bei einigen Reviews von WordPress Installation die unmöglichsten Lösungen untergekommen, die eher Sorgen als Freude bereiten.

Daher hier ein einfache und doch sinnvolle Lösung, um das Suchformular in die Navigation zu holen.
Dabei wird die Standard-Funktion von WordPress für die Suche genutzt - get_search_form(). Sollte dies also auch anderweitig genutzt werden, so gilt auf das Stylesheet zu achten. Ansonsten genügt das folgende Snippet und das Suchformular ist in der Navigation.

Die Funktion und der Aufruf gehört in die functions.php des Themes und die Anpassung des Stylesheet in die jeweilige Datei des Themes, oft die style.css.


function fb_add_search_box ( $items, $args ) {

	// only on primary menu
	if( 'primary' === $args -> theme_location )
		$items .= '' . get_search_form( FALSE ) . '';

	return $items;
}
add_filter( 'wp_nav_menu_items', 'fb_add_search_box', 10, 2 );

Möchte man das Suchformular nur in einer bestimmen Navigation einfügen; insofern man diverse Nav Menus zulässt, dann genügt die Abfrage des Eintrags theme_location aus dem Argumenten-Array. Wenn es sich um das Menu handelt mit dem String n, dann ... - ein Beispiel:
if( 'primary' === $args -> theme_location )

Der Schlüssel für die Abfrage ist im Theme definiert, daher auch gut im Backend zu erkennen, wie der obige Screenshot darstellt. Viel Spaß beim Nutzen und Anpassen.

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

WordPress Custom Post Types als CSS-Klasse im Frontend nutzen

Frank Bültge — Wed, 02 Feb 2011 02:41:26 +0000

Die Möglichkeit in WordPress eigene Post-Types einzubringen erfreut sich wachsender Beliebtheit und kann so manche Arbeit vereinfachen - wichtig ist, dass man im Vorfeld die Anforderungen exakt bewertet und die Möglichkeiten einschätzt. Aber darum soll es in diesem kleinen Beitrag nicht gehen - ich möchte kürz eine Lösung zeigen, die den oder die neuen Post Typen in das Frontend bringt, um die neuen Typen mittels CSS anzusprechen.

Im Grunde wird lediglich die Funktion body_class() von WordPress erweitert um die eigenen Post Types, so dass man sie übergeordnet ansprechen kann und das Design entsprechend gestaltet.
Gleiches hatte ich schon in einem anderen Beitrag ausführlicher erläutert, wo der Titel eines Beitrags in diese Funktion übernommen wurde; daher dort bitte die Zusatzinformationen abholen.


// Adds classes for custom post types to body_class() and post_class()
function fb_add_body_class( $class ) {
	$post_type = 'my_example_post_type'; // der Post Type

	if ( get_query_var('post_type') === $post_type ) { // nur wenn der Post Type aktiv ist, dann erweitern
		$class[] = $post_type;
		$class[] = 'type-' . $post_type;
	}

	return $class;
}
add_filter( 'body_class', 'fb_add_body_class' );

Alternativ kann man auch die post_class() Funktion erweitern um die Klasse des Custom Post Type nicht direkt am body-Tag zu haben. Dazu verwende ich die gleiche Funktion und es muss lediglich der Hook für die post-Klassen angesprochen werden.


add_filter( 'post_class', 'fb_add_body_class' );

Beide Template Tags werden im HTML-Tag verwendet, wie auch die verlinkten Codex-Seiten aufzeigen; bzw. ein Beispiel für die Post-Klasse:

Viel Freude beim austesten und nutzen. Die Kommentarfunktion steht wie immer für Verbesserungen und Diskussion offen.

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Kategorien beim WordPress Beitrag verfassen rechte-abhängig filtern

Frank Bültge — Tue, 18 Jan 2011 13:53:48 +0000

Die Ausgabe der Kategorien kann sehr unübersichtlich werden und ab und an sind auch Kategorien für bestimmte Zwecke angelegt, aber nicht dem Schreiben von Beiträgen zu bestimmten Kategorien. Daher kann es sinnvoll sein, wenn man Kategorien in der Metabox beim Schreiben eines Beitrags filtert. WordPress bietet dazu einen Filter und anhand zweier Beispiele zeige ich kurz das Vorgehen.

Im ersten Fall werden zwei Kategorien gefiltert. Es gibt lediglich eine Einschränkung: der Filter ist nicht (!) aktiv, wenn der eingeloggte User das Berechtigungsobjekt manage_categories hat; im Standard sind das die Rollen Administrator & Editor, siehe Übersicht der Objekte im Codex. Der Filter ist im Grunde so aufgesetzt, dass man das SQL-Statement erweitert und in die Klammer gehören die Titelform (slug) der Kategorien.

Es ist zu bedenken, dass diese kleine Funktion damit im Frontend und Backend zieht und die Kategorien werden überall gefiltert, daher im zweiten Beispiel eine erweitere Lösung.


function fb_list_terms_exclusions($args) {

	$where = '';

	if ( !current_user_can('manage_categories') )
		$where = " AND t.slug  NOT IN ('uncategorized', 'category-2')"; // slug of categories

	return $where;
}
add_filter( 'list_terms_exclusions', 'fb_list_terms_exclusions' );

Im zweiten Beispiel werden die Abfragen erweitert, so dass wir eine Filterung getrennt in Frontend und Backend haben. natürlich ist auch nur dies ein Beispiel und kann auf verschiedene Anforderungen hin erweitert werden.
Im Beispiel habe ich die beiden Variablen $pagenow und $post_type global gesetzt. Diese Variablen sagen uns, wo und was im Backend gerade aktiv ist. In dem kleinen Beispiel wird der Filter im Backend (is_admin()) nur angewandt, wenn der Post Type post ist (==). Ebenfalls könnte man via $pagenow auf die Seite prüfen, zum Beispiel post.php.
Das Frontend wird im ersten Schritt angesprochen, immer wenn man nicht im Admin ( !is_admin() ) ist, werden die beiden Kategorien gefiltert.


function fb_list_terms_exclusions($args) {
	global $pagenow, $post_type;

	$where = '';

	// filter only for frontend
	if ( !is_admin() ) {
		$where = " AND t.slug  NOT IN ('uncategorized', 'category-2')"; // slug of categories
	}

	// backend, only on post-type post
	if (
		'post' == $post_type &&
		is_admin() &&
		!current_user_can('manage_categories')
	) {
		$where = " AND t.slug  NOT IN ('slider')"; // slug of category
	}

	return $where;
}
add_filter( 'list_terms_exclusions', 'fb_list_terms_exclusions' );

Viel Potential für Anpassungen; aber auch ein Schritt um das Backend an die Bedürfnisse der Autoren anzupassen. Viel Spaß beim Nutzen und Erweitern.

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Blätterfunktion für WordPress

Frank Bültge — Fri, 10 Dec 2010 01:11:10 +0000

Die Blätterfunkion/ Pagination auf Webseiten hat sich schon immer bewährt und wer mit WordPress arbeitet kennt das eine oder andere Plugin für diese Lösung. Oft kommen dabei viele Funktionen für das Einstellen mit und die brauche ich eher selten. Ich nutze daher eine eigene Lösung und die möchte hier vorstellen, da sie nun auch mit Parametern umgehen kann und so sollte sie in vielen Bereichen einsetzbar sein. Sie kann natürlich beliebig angepasst und für die eigenen Zwecke verändert werden.
Eine schöne schlanke Alternative gibt ebenfalls bei Sergej zu finden und ein Blick lohnt sicher. Er stellt auch ein Beispiel für die Formatierung bereit.

Beispiel Screenshots

Die Funktion

Die folgende Funktion stellt den Kern da und kann als Plugin oder im Theme, in der functions.php abgelegt werden. Der Code-Abschnitt im Anschluss stellt die Möglichkeit der Anpassung via Hook da, so dass man auf die Parameter zugreifen kann.


function fb_paging_bar( $args = array() ) {

	$defaults = array(
		'range'           => 4,
		'custom_query'    => FALSE,
		'previous_string' => __( '«««', FB_GREYFOTO_TEXTDOMAIN ),
		'next_string'     => __( '»»»', FB_GREYFOTO_TEXTDOMAIN ),
		'view_fp'         => TRUE,
		'view_lp'         => TRUE,
		'before_output'   => '',
		'after_output'    => ''
	);

	$args = wp_parse_args(
		$args,
		apply_filters( 'fb_paging_bar_defaults', $defaults )
	);

	$args['range'] = (int) $args['range'] - 1;
	if ( !$args['custom_query'] )
		$args['custom_query'] = @$GLOBALS['wp_query'];
	$count = (int) $args['custom_query']->max_num_pages;
	$page  = intval( get_query_var( 'paged' ) );
	$ceil  = ceil( $args['range'] / 2 );

	if ( $count <= 1 )
		return FALSE;

	if ( !$page )
		$page = 1;

	if ( $count > $args['range'] ) {
		if ( $page <= $args['range'] ) {
			$min = 1;
			$max = $args['range'] + 1;
		} elseif ( $page >= ($count - $ceil) ) {
			$min = $count - $args['range'];
			$max = $count;
		} elseif ( $page >= $args['range'] && $page < ($count - $ceil) ) {
			$min = $page - $ceil;
			$max = $page + $ceil;
		}
	} else {
		$min = 1;
		$max = $count;
	}

	$echo = '';
	$previous = intval($page) - 1;
	$previous = esc_attr( get_pagenum_link($previous) );
	if ( $previous && (1 != $page) )
		$echo .= '' . $args['previous_string'] . '';
	$firstpage = esc_attr( get_pagenum_link(1) );

	if ( $args['view_fp'] && $firstpage && (1 != $page) )
		$echo .= '' . __( 'First', FB_GREYFOTO_TEXTDOMAIN ) . '';

	if ( !empty($min) && !empty($max) ) {
		for( $i = $min; $i <= $max; $i++ ) {
			if ($page == $i) {
				$echo .= '' . str_pad( (int)$i, 2, '0', STR_PAD_LEFT ) . '';
			} else {
				$echo .= sprintf( '%002d', esc_attr( get_pagenum_link($i) ), $i );
			}
		}
	}

	if ($args['view_lp']) {
		$lastpage = esc_attr( get_pagenum_link($count) );
		if ( $lastpage && ($count != $page) ) {
			$count = str_pad( (int)$count, 2, '0', STR_PAD_LEFT );
			$echo .= '' . __( 'Last', FB_GREYFOTO_TEXTDOMAIN ) . '(' . $count . ')' . '';
		}
	}

	$next = intval($page) + 1;
	$next = esc_attr( get_pagenum_link($next) );
	if ($next && ($count != $page) )
		$echo .= '' . $args['next_string'] . '';

	if ( isset($echo) )
		echo $args['before_output'] . $echo . $args['after_output'];
}

Im Template, wo die Pagination genutzt werden soll, wird einfach die Funktion aufgerufen:

Beispiel für Anpassungen

Für eigene Argumente steht ein Hook bereit und mittels diesem Hook kann jeder Parameter des Arrays $args angepasst werden.


function change_fb_paging_bar_defaults($args) {

	$args['previous_string'] = ''; // empty string
	$args['next_string'] = '';

	return $args;
}
add_filter('fb_paging_bar_defaults', 'change_fb_paging_bar_defaults');

Viel Freude damit und für Hinweise, Ideen und Verbesserungen bin ich wie immer dankbar.

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

WordPress Artikelbild via CSS als Hintergrundbild nutzen

Frank Bültge — Thu, 09 Dec 2010 05:10:28 +0000

Ab und an braucht man pro Beitrag oder Seite ein Bild als Hingucker oder um den Inhalt zu verschönern. Für Redakteure ist die Post Thumbnail Funktion recht komfortable um ein Bild zum Beitrag oder der Seite fest zu legen. Darum lohnt es, auch dieses Bild als Hintergrundbild zum Beitrag zu nutzen. Allerdings ist es wesentlich schöner, wenn das Bild via CSS in Hintergrund definiert ist und im Markup nicht auftaucht. Daher eine kleine Funktion, die ein Standard-Bild definiert und wenn es ein definiertes Post Thumbnail gibt, dann wird dieses gezogen.

Die Funktion stellt nur eine kleine Lösung dar, muss also nach belieben angepasst und erweitert werden. Viel Spaß damit. Eine ähnliche Lösung gibt es außerdem bei Sergej, der damit Facebook befüttert.


/**
 * return post thumbnail inside style in head
 */
if ( !function_exists('fb_background_image') ) {

	function fb_background_image() {
		// only frontend
		if ( is_feed() || is_trackback() ) {
			return;
		}

		// default image, when no set an post thumbnail
		if ( !has_post_thumbnail($GLOBALS['post']->ID) ) {
			$style = '' . "\n\n";
		} else {
			// get post thumbnail
			$image = wp_get_attachment_image_src(
				get_post_thumbnail_id($GLOBALS['post']->ID),
				'banner' // size for image; defined via add_image_size
			);

			$style = sprintf(
				'',
				esc_attr($image[0]),
				"\n\n"
			);
		}
		if ($style)
			echo $style;
	}

	// add functions
	add_action( 'wp_head', 'fb_background_image' );
	add_theme_support( 'post-thumbnails' );
	add_image_size( 'banner', 980, 350, true );

}

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Benutzerdefinierte Felder zum Steuern des WordPress Nav Menu

Frank Bültge — Wed, 08 Dec 2010 05:11:12 +0000

WordPress 3.0 beinhaltet neben einigen anderen neuen Features ja auch die Menüs. Wenn man mit dem normalen Menü, das automatisch aus den Seiten generiert wird, kann man sich einfach unter dem Punkt Design/Menüs ein eigenes basteln und einen Ort zuweisen, wo es dann das normale Menü ersetzt.

Wer jetzt aber WordPress als CMS und Blog benutzt (wie ich) steht jetzt u.U. vor einem Problem: Wenn man den Blog betrachtet soll man in der Navigation die normalen Seiten sehen, aber wenn man dann eine Seite mit vielen Unterseiten auswählt wäre es schön, wenn in der Menüleiste die Unterpunkte stehen, und es nur einen Eintrag "Blog" gibt, der einen wieder zurück auf die Hauptseite bringt

Praktischerweise bringt WordPress schon alles mit, was man braucht, diese Idee zu verwirklichen. Das sind auf der einen Seite natürlich die eingangs erwähnten Menüs, auf der anderen Seite kommen die Custom Fields ins Spiel. Sofern man es nicht ausgeblendet hat, findet man unter jedem Post und jeder Seite einen Editor in dem man diesem Eintrag Metadaten verpassen kann. Über diese Metadaten kann man mit einem kleinen Codeschnipsel dann das angezeigte Menü verändern.

Dieser Codeschnipsel an entweder in dem functions.php des Themes abgelegt werden, oder in einem Plugin.


//Filter the arguments for the wp_nav_menu_function to include a custom menu on pages.
function nr_2010_wp_nav_menu_args($args = '')
{
	if ( is_page() ) //custom menus only on sites
	{
		global $post;

		$menu_name = get_post_meta($post->ID, 'menu_name', true);

		if( !empty($menu_name) && is_nav_menu($menu_name) )
		{
			$args['menu'] = $menu_name;
		}
	}
	return $args;
}
add_filter( 'wp_nav_menu_args', 'nr_2010_wp_nav_menu_args' );

Diese Code setzt zunächst einen Filter auf wp_nav_menu_args, dies sind die Parameter der Funktion wp_nav_menu, die das Theme zum ausgeben des Menüs benutzt.

Sofern wir uns auf einer Seite befinden ( is_page()) wird das CustomField menu_name der aktuellen Seite ausgelesen. Wenn es nicht leer ist (also nicht existiert) und es ein Menü mit diesem Namen gibt, werden die Parameter des Aufrufs so modifiziert, das das passende Menü angezeigt wird.

Bleibt nur noch eins zu tun: Den Seiten die passenden Metadaten zu geben, und die entsprechenden Menüs zu erstellen. Der Menüeditor ist sehr intuitiv, er sollte niemanden vor ernsthafte Probleme stellen. Nur ein Hinweis dazu: Es wird nicht automatisch gespeichert

In eigener Sache: Zunächst möchte ich Frank für seinen tollen Blog loben, wo ich schon manches mal beim Basteln genau die Information gefunden habe, die ich dringend brauchte. Dann möchte ich ihn natürlich auch danken, dass er mir die Möglichkeit geboten hat, hier einen Gastbeitrag zu veröffentlichen. Und als letztes will ich diesen Platz auch noch für ein bisschen Werbung nutzen: Auch ich habe einen Blog, wo ich ab und zu über WordPress schreibe, häufiger wird man dort aber etwas über C# oder andere Themen die mich interessieren finden. Ich würde mich freuen, wenn ihr mal vorbei schaut

Gastbeitrag

Dieser Beitrag ist aus der Feder von Niklas Rother - niklas-rother.de und ist ein Beitrag zum Adventskalender auf wpengineer.com zum Thema WordPress.
Vielen Dank auch hier nochmal von meiner Seite an Niklas.

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Einfaches Autoresize für die WordPress Hintergrundbild-Funktion

Frank Bültge — Fri, 03 Dec 2010 13:22:01 +0000

Mit WordPress 3.0 wurde die Möglichkeit im Theme geschaffen, dass der User einfach ein Hintergrundbild hochladen und nutzen können. Das Bild wird mittels CSS im Hintergrund positioniert. Damit ist es nicht ganz so einfach, dass die Möglichkeit des Autoresize schafft und der Hintergrund sich an die Größe des Browsers anpasst. Es gibt einige schöne Möglichkeiten für diese Anforderung, ich möchte kurz eine sehr einfache Möglichkeit mittels CSS aufzeigen, da so die Funktion von WordPress nicht angefasst werden muss.

Die folgende Syntax muss innerhalb des Stylesheet integriert werden. Dazu kann auch ein Child-Theme angelegt werden, wenn das Originaltheme nicht verändert werden sollte. Die Werte müssen mit !important versehen werden, da ansonsten die Werte von WordPress genutzt werden, das Überschreiben dieser Werte ist nicht anders möglich. Damit wird der Hintergrund immer an die Größe des Browsers angepasst - aber Achtung: dies ist nicht immer die optimale Lösung, da die Bilder dazu in der eigentlichen Größe verändert werden, heißt also, dass ein sehr schmaler Bildausschnitt das Bild extrem verzerrt. Der Beispielscreenshot ist da wenig empfindlich, da die Wolken dies vertragen können und trotzdem ein angenehmes Hintergrundbild liefern - im Gegensatz zum Standard, in dem das Bild wie in der Vorschau gekachelt wäre; bei anderen Bildern kann dies sehr unschön aussehen.


body {
	background-repeat:no-repeat !important;
	background-position:center center !important;
	background-attachment:fixed !important;
	-o-background-size: 100% 100%, auto !important;
	-moz-background-size: 100% 100%, auto !important;
	-webkit-background-size: 100% 100%, auto !important;
	background-size: 100% 100%, auto !important;
}

Das CSS ist nicht in allen Browsern nutzbar, siehe Übersicht, liefert daher nur in den aktuellen Browsern den erwarteten Effekt. Der Internet Explorer, Browser kann man ihn ja schlecht nennen, hat hiermit so seine Schwierigkeiten.

Eine Alternative ist es den Callback für die Funktion mitzugeben und eine eigene kleine Funktion in der functions.php abzulegen, die sich um das Ausgeben des CSS kümmert. Die folgende Funktion tut dies statisch, fragt also nur das Bild ab und nutzt die Werte aus dem Backend nicht.


function fb_header_callback() {

  $background = get_background_image();
  if ( !$background )
    return;

  if ( $background ) {
    $image = " background-image: url('$background');";

    $style  = 'background-repeat:no-repeat;';
    $style .= 'background-position:center center;';
    $style .= 'background-attachment:fixed;';
    $style .= '-o-background-size: 100% 100%, auto;';
    $style .= '-moz-background-size: 100% 100%, auto;';
    $style .= '-webkit-background-size: 100% 100%, auto;';
    $style .= 'background-size: 100% 100%, auto;';

    $style .= $image . $style;
  }
?>


Diese Funktion muss in der Funktion als Callback mitgeben, sie kann natürlich beliebig angepasst werden. In der functions.php des Themes sollte es, wenn es die Background-Image-Funktionalität schon gibt, die Funktion add_custom_background() geben. Dieser muss im ersten Parameter mit der neuen Funktion erweitert werden und nun wird der Standard-Callback von WordPress nicht mehr aufgerufen. 

	// This theme allows users to set a custom background
	add_custom_background( 'fb_header_callback' );

Als Hinweis, der Style wird dann via Hook wp_head direkt im head ausgegeben, eher unschön - wie ich finde, und daher solltet ihr diese Formatierung wohl besser im Stylesheet ablegen, da sie eh statisch ist und nicht vom User angepasst werden kann. Ebenso ist wichtig das der Hook auch im Theme vorhanden ist, was aber auch für andere Plugins oder Funktionen wichtig ist.
Werte aus dem Backend nutzen
Als letzter kleiner Tipp für eure eigenen Anpassungen möchte ich noch zeigen, wie man die Werte aus dem Backend bekommt und nutzt.

Die Hintergrundfarbe der Optionen zum Hintergrundbild wird mit folgender Funktion zurück gegeben:
$color = get_background_color();
Das Bild bekommt via:
$background = get_background_image();
Und einzelne Einstellungen zum Style werden via get_theme_mod($name); abgefragt:

Der folgende kleine Schnipsel gibt die gesetzten Werte zum Theme zurück.

$mods = get_theme_mods();
var_dump($mods);

Dies könnte beispielsweise für das Standard Theme Tweny Ten wie folgt aussehen

string 'Twenty Ten' (length=10)

array
  'background_image' => string 'http://localhost/wpbeta/wp-content/uploads/2010/12/apple-touch-icon.png' (length=71)
  'background_image_thumb' => string 'http://localhost/wpbeta/wp-content/uploads/2010/12/apple-touch-icon.png' (length=71)
  'background_repeat' => string 'no-repeat' (length=9)
  'background_position_x' => string 'center' (length=6)
  'background_attachment' => string 'scroll' (length=6)
  'background_color' => string '' (length=0)

Aufgrund dieser Werte im Array kann man beispielsweise den Wert background_repeat holen,
$repeat = get_theme_mod( 'background_repeat' );
der in diesem Beispiel no-repeat zurück gibt.
Mit den anderen Werten kann man genauso verfahren; eine Menge an Spielraum und Möglichkeiten.

Zum den Themen CSS und Hintergrund findet man einen ausführlichen Artikel bei Chris: Perfect Full Page Background Image


 © Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)
Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren



Anzahl der Links in WordPress ausgeben
Frank Bültge — Sun, 10 Oct 2010 20:25:07 +0000
Nicht selten werden dem Leser statistische Werte auf der Website dargestellt, so werden die Gesamtanzahl der Kommentare, der Beiträge und ähnliches gern genutzt. Gleiches kann es natürlich auch für die Links geben, wenn man diese im Backend von WordPress verwaltet. Dies ist nicht immer nur im Sinne einer Blogroll gedacht - beim Einsatz von WordPress als Linkverwaltung beispielsweise kann so ein Wert interessant sein.

Anbei zwei kleine Code-Schnippsel, die euch auf die Sprünge helfen oder gar ausreichend sind um die Links entsprechend auszugeben.



Die Gesamtanzahl der Links gibt man mit folgendem kleinen Schnippsel aus.

$categories = get_terms( 'link_category' );
if ( $categories )
    echo $categories[0]->count;

Die Gesamtanzahl ein Linkkategorie geht ebenfalls, dazu steht der folgende Code als Beispiel. Hier muss die ID der Linkkategorie mitgegeben werden, im Beispiel ist dies die 2.

$term = get_term( 2, 'link_category' ); // ID of link category
if ( $term ) {
	echo __( 'Link category', 'textdoamin' ) . ' ' . $term->name . __( ', number of links', 'textdomain' ) . ' '. $term->count;
}

Die Snippets verwendet ihr im Template eures Themes oder erstellt eine Funktion, die euch die Ausgabe steuert.


 © Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)
Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren



Ein Gästebuch im WordPress TwentyTen Theme
Frank Bültge — Wed, 22 Sep 2010 11:35:53 +0000
WordPress besitzt die Kommentarfunktion, nichts anderes ist ein Gästebuch und ich möchte kurz am Beispiel des Standard-Theme TwentyTen zeigen, wie leicht und ohne Plugins ein Gästebuch eingerichtet ist. Ich erhoffe mir, dass damit die vielen Mails zu dem Thema weg bleiben und jeder eine einfache, funktionierende und saubere Lösung erstellen kann.



Das folgende Tutorial ist erst mit WordPress 3.0 und höher nutzbar, da seit dem die Funktionen für die Kommentare neu im Core sind. Im Grunde kann man das auf jedes Theme anwenden, man muss den Aufruf der Kommentarfunktion anschauen - wird dieser mit der neuen Funktion comment_form() realisiert.
Der grobe Ablauf

Kopie der page.php in guestbook-page.php erstellen
Inhaltlich einige Veränderungen vornehmen
Kopie der comments.php in guestbook.php erstellen
Inhaltlich den Aufbau ändern
Templates in den Theme-Ordner kopieren oder Child-Theme erstellen
Seite im Backend von WordPress erstellen und Template wählen


Die guestbook-page.php
Im neuen Template sind nur wenige Veränderungen vorzunehmen. Im ersten Schritt braucht das Template einen Namen, damit es im backend von WordPress für statische Seiten erkannt wird. Dies geschieht in den Kommentaren am Anfang der Datei.


Im Anschluss wird im Aufruf der Kommentarfunktion noch der Name der Datei mitgegeben, der sich um die Darstellung der Gästebucheinträge kümmert und das Formular zum Eintragen enthält. Im Grunde könnte man dies auch weglassen, aber dann ist inhaltlich alles auf Kommentare abgeglichen und das Formular für Neueinträge befindet sich am Ende, also nach den Einträgen. Da es bei Gästebüchern aber meist anders ist, legen wir das Formular vor die Liste der Einträge und ändern die Texte.

Daher muss also die Datei an die Funktion übergeben werden. 



Das Beispieltemplate mit den Änderungen in der kompletten Sicht:



		
			



				>
					
						
					
						
					

					
						
						 '' . __( 'Pages:', 'twentyten' ), 'after' => '' ) ); ?>
						', '' ); ?>
					

				


				



			

		





Die guestbook-page.php
Auch hier gibt es wenig Verändeurngen. Im ersten Schritt holen wir das Formular vor die Ausgabe der Gästbuch-Einträge. Der folgende Code ist das Original und ruft das Formualr seit WordPress 3.0 auf.



Diesen Code setzen wir nun vor die Ausgabe der Einträge, also vor





Um nun aber die Felder richtig anzupassen und entsprechende Texte mitzugeben, müssen einige Paramter der Funktion übergeben werden. Die Funktion comment_form() lässt sehr viele Möglichkeiten zu und alle Parameter werden in einem Array übergeben. Im Codex findet man die einzelnen Felder erläutert.

In meinem Fall sieht der Abschnitt dann wie folgt aus.

 '' . _x( 'Guestbook entry', 'noun', 'twentyten' ) . '',
					'label_submit'         => __( 'Post Entry', 'twentyten' ),
					'title_reply'          => __( 'Leave a Entry', 'twentyten' ),
					'title_reply_to'       => __( 'Leave a Entry to %s', 'twentyten' ),
					'cancel_reply_link'    => __( 'Cancel reply', 'twentyten' ),
				);
comment_form( $attr );

// list of guestbook entries
if ( have_comments() ) : ?>

Das Beispieltemplate mit den Änderungen in der kompletten Sicht:



			

				
			



 '' . _x( 'Guestbook entry', 'noun', 'twentyten' ) . '',
					'label_submit'         => __( 'Post Entry', 'twentyten' ),
					'title_reply'          => __( 'Leave a Entry', 'twentyten' ),
					'title_reply_to'       => __( 'Leave a Entry to %s', 'twentyten' ),
					'cancel_reply_link'    => __( 'Cancel reply', 'twentyten' ),
				);
comment_form( $attr );

// list of guestbook entries
if ( have_comments() ) : ?>
			' . get_the_title() . '' );
			?>

 1 && get_option( 'page_comments' ) ) : // Are there comments to navigate through? ?>
			
				← Older Entries', 'twentyten' ) ); ?>
				→', 'twentyten' ) ); ?>
			
 


			
				 TRUE, 'callback' => 'twentyten_comment' ) );
				?>
			

 1 && get_option( 'page_comments' ) ) : // Are there comments to navigate through? ?>
			
				← Older Entries', 'twentyten' ) ); ?>
				→', 'twentyten' ) ); ?>
			




	






Die Sprache
Nun müssen die Felder übersetzt werden. Dazu sollte ein Werkzeug genutzt werden - meine Empfehlung das Plugin für WordPress Localization. Damit wird nun die Sprachdatei des TwentyTen Theme neu erstellt und die neuen Sprachschlüssel erkannt, welche dann übersetzt werden können.
Hinweis: Damit wird ein Teil dem Update entnommen - die Sprachdatei. Daher ist es sauberer, wenn man ein Child-Theme anlegt, dort die beiden Templates ablegt und die Sprachdatei dort erzeugt. Hinweise, wie man ein Child-Theme erzeugt, findet ihr im Artikel WordPress Child Themes verstehen. Trotzdem habe ich mal als Beispiel als Child Theme erzeugt. Es enthält die Sprachdateien und die Templates für das Gästebuch, sowie die notwendigen Dateien und Strings um ein Child Theme für diese Funktion zu erzeugen. Damit sollte es einfach möglich sein ein Child Theme mit der Möglichkeit der Erweiterung und einem Gästebuch zu erstellen. Der Download ist in den folgenden Zeilen zu finden.
Abschluss
Nun gilt es die beiden php-Templates und die Sprachdatei in das Theme zu kopieren und eine neue Seite über das Backend zu erstellen. Vergebt einen Namen für das Gästebuch, hinterlasst eventuell einen einführenden Text für die Gäste und wählt das neue Template „Guestbook“ in der Meta-Box dieser Seite.

Wenn alles ok ist, dann steht nun euer Gästebuch und kann genutzt werden. Keine Plugins, keine unnötigen Ressourcen oder Tabellen in der Datenbank. Aber, abhängig von Theme, was auch richtig ist, denn es handelt sich im Themen zum Design - der Inhalt steht in der Datenbank.
Für alle, die sich das Kopieren des Code ersparen wollen, lege ich die beiden Dateien als zip ab, so dass man sie downloaden und nutzen kann.
Download:







Ist die Arbeit nicht 1 Euro wert?

Jede Spende wird dankbar angenommen und ermöglicht das weitere Arbeiten an freier Software.

Möchtest du mehr oder anders spenden, so besuche meine Wunschliste.

Template-Dateien im Download als zip-Datei: guestbook-twentyten.zip - 2 kByte
Child Theme inkl. Sprachdateien Deutsch etc. im Download als zip-Datei: guestbook-tutorial.zip - 28 kByte

Viel Freude damit und viel Erfolg beim Verstehen des Code und meiner kurzen Anleitung. Für Hinweise, Verbesserungen und Fehler steht die Kommentarfunktion zur Verfügung - vielen Dank.


 © Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)
Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren



WordPress Login-Seite anpassen #3
Frank Bültge — Fri, 17 Sep 2010 23:10:25 +0000

Mehr:

#1
#2
#3


Schon mehrfach habe ich über die Möglichkeiten der Anpassungen des Login zum WordPress Backend berichtet, diverse Beiträge lassen sich dazu finden. Aktuell kommen trotzdem immer wieder Fragen und so möchte ich drei einfache Möglichkeiten aufzeigen, so dass man mit wenig Aufwand das Login an die Site anpassen - ein schöner Mehrwert auch im Bezug auf Kundenprojekte, die so runder wirken, als wenn immer das WordPress Logo und der Link erscheint.



Im ersten Schritt passe ich dazu das Logo auf der Login-Seite an. Dies wurde von mir schon mal beschrieben, allerdings mehr im Hinblick auf das Ändern des kompletten Login-Screen und so hier eine einfachere Art und Weise, die schnell realisiert ist. Die Stylesheet-Anweisung soll einfach in den head geschrieben werden, im älteren Tutorial wird ein externes Stylesheet eingebunden.
Logo ändern
Im ersten Code-Beispiel binde ich das Favicon ein, ein schneller Weg ohne großen Aufwand. Alternativ kann natürlich auch ein Logo aus dem Theme eingebunden werden, dazu Code-Beispiel Nummer zwei. Jedes der folgenden Beispiele gehört in die functions.php des Themes.

function fb_custom_login_logo() {
	$style = '';
	echo $style;
}
add_action( 'login_head', 'fb_custom_login_logo' );


function fb_custom_login_logo() {
	$style = '';
	echo $style;
}
add_action( 'login_head', 'fb_custom_login_logo' );

Nun haben wir zwar das Logo angepasst, aber der Name beim Hover-Effekt ist noch immer nicht der Site entsprechend. Also auch dafür eine Anpassung, wozu es einen Hook gibt.
Namen ändern
Diesen Hook sprechen wir an und geben in dem folgenden Schnippsel den Namen des Blog mit, der in der Datenbank gepflegt ist, der also über die Einstellungen erreichbar und veränderbar ist. Alternativ kann man natürlich auch statische Inhalte oder eigene Felder abfragen.

function fb_login_headertitle() {
	$name = get_option('blogname');
	echo $name;
}
add_filter( 'login_headertitle', 'fb_login_headertitle' );

Link ändern
Zum Abschluss soll nun noch der Link ebenfalls angepasst werden, so dass ein Klick auf das Logo zum Frontend der Installation führt. Auch dafür hat WP einen Hook vorgesehen.

function fb_login_headerurl() {
	$url = bloginfo('url');
	echo $url;
}
add_filter( 'login_headerurl', 'fb_login_headerurl' );

Drei kleine einfache Möglichkeiten die in fast jedes Theme gehören und so das Login zur Site entsprechend anpassen. Der Kunde wird es danken und das Produkt ist einfach ein wenig runder. Viel Freude damit.


 © Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)
Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren



WordPress Child-Themes verstehen
Frank Bültge — Tue, 27 Jul 2010 16:10:57 +0000
Mit der Version 3.0 von WordPress wurde die viel erwartete Funktion der Child Themes integriert - viel erwartet? Ja, leider nicht in Deutschland. Ich vermute, dass es einfach daran liegt, dass der Markt der kostenpflichtigen Themes hier wesentlich kleiner ist und die meisten Entwickler komplett neue Themes erstellen und nicht auf eine Basis setzen. Aber egal, nun gibt es eine Lösung dafür und ich möchte am Beispiel den neuen Standard-Theme TwentyTen zeigen, wie man es nutzt. Ein weiteres Beispiel findet ihr im übrigen in meinem WP Basis-Theme (SVN); aktuell nicht die html5-Version.
Die Funktion der Child Themes kann im Grunde bei jedem Theme angewandt werden und die neuen Funktionen erleichtern den Zugriff und das Erstellen einen Child Themes. Im Vorfeld gab es auch Möglichkeiten ein Theme zu verändern ohne die eigentlichen Dateien des Themes stark zu verändern. Mit Hilfe der Unterstützung von Child Themes ist dies nun aber komplett unabhängig und so kann man ein Theme nutzen, kann ohne Problem updaten, und trotzdem eigene Ideen realisieren.
In einigen Beiträgen des Netzes wurde die Child Themes schon angesprochen und ich habe bisher nur Artikel gefunden, die die Aktivierung und Änderung des Stylesheets ansprechen. Daher möchte ich dazu nur kurz eingehen, dass ist im Grunde auch recht einfach und dann die verschiedenen Möglichkeiten im Bezug der Template-Dateien aufzeigen.


Vorteile der Idee Child Theme
Mehr oder weniger versucht jeder Administrator einer WordPress Installation etwas Individualismus zu leben. Dabei gehen nicht alle den Weg eines eigens erstellen Themes. Nicht selten wird ein freies oder kommerzielles Theme genutzt und dann an die eigenen Bedürfnisse angepasst. Dabei haben diverse Themes unterschiedliche Optionen, die aber trotzdem nur selten für das Anpassen ausreichen. Will man die einzelnen Darstellungen anpassen, beispielsweise die Sicht einer Kategorie, führt dies schnell zu sehr starken Veränderungen des Themes. Egal wie umfangreich, ein Update eines Themes ist nicht mehr ohne Probleme realisierbar. Hier kommen die Child Themes ins Spiel.
Mit einem Child Theme kann ein Theme angepasst werden oder man kann ein Theme als "Framework" nutzen und dabei komplett eigene Ideen umsetzen. Egal wie umfangreich, das eigentliche Theme bleibt unangetastet und kann ein Update erfahren.
Nachteile der Verwendung Child Theme
Wie so oft, wo Vorteile sind, sind auch Nachteile. Nicht selten sind die "Framework" Themes sehr umfangreich und bringen sehr viele Funktionen mit, die man als Laie nicht mehr überschauen kann und das Anpassen kann viel Mühe und Zeit kosten. Hier können auch die Child Themes nicht helfen.

Einen großen Nachteile sehe ich  in der Performance, muss WordPress doch einnen Schritt weiter gehen und sich in zwei Bereichen nach den Templates umsehen und entsprechend ziehen.

Im weiteren werden in der Regel die Stylesheets, wenn man auf sie aufbaut, via @-Regel eingebunden, die Nachteile in der Performance hat.
In allen negativen Punkten kommt es auf Können und Wissen des Entwicklers an, also wie man das Theme bzw. Child Theme erstellt. Damit kann man die Punkte entkräften. Wichtig: die neue Funktion ist kein Freibrief, sie sollte genauso überlegt eingesetzt werden. Aber sie sorgt dafür, dass man sein erstandenes Theme nicht anfassen muss und trotzdem sehr überschaubar Anpassungen vornehmen kann.
Child Theme anlegen
Genug der Vorrede, die man sicher erweitern und diskutieren kann. Am Beispiel Theme TwentyTen soll nun eine angepasstes Theme entstehen - ich nenne es TwentyTenJump  
Im ersten Schritt wird ein neuer Ordner angelegt, in dem wir alle Template-Dateien, Bilder, Scripte und Stylesheets ablegen - was man im Grunde für das Child Theme benötigt. In diesem Beispiel ist das der Ordner twentytenjump. Um ein Child Theme zu erzeugen und WordPress dieses erkennbar zu machen bedarf es lediglich der style.css innerhalb der neuen Ordners mit diversen Strings in einem Kommentar.
Innerhalb der style.css sieht es wie folgt aus.

@charset "UTF-8";

/**
 * Theme Name:     TwentyTenJump
 * Theme URI:      http://bueltge.de/?p=1192
 * Description:    Child theme for the Twenty Ten theme. Realized for a small tutorial to child themes in WordPress.
 * Author:         Frank Bültge
 * Author URI:     http://bueltge.de/
 * Template:       twentyten
 * Version:        0.1.0
 */

@import url('../twentyten/style.css');


Entscheidend sind die Schlüssel Theme Name und Template. Der Schlüssel Template verweist auf den Ordner-Namen des Theme, welches als Basis gezogen wird - in diesem Beispiel das Theme Twentyten.
Folgenden Aufbau habe ich nun innerhalb der Installation von WordPress.

wp-content

themes

twentyten
 (das Basis-Theme, inkl. aller Template-Dateien)

style.css
index.php
...

twentytenjump

style.css (muss diese Namenskonvetion erfüllen: style.css)







Damit sind die ersten Voraussetzungen geschaffen und man kann das neue Theme im Backend von WordPress aktivieren.

Achtung: der Verweis auf das Basis-Theme ist nicht sonderlich auffällig, so dass man die Abhängigkeit übersehen könnte. Darum also immer kontrolliert ein Theme löschen. Am verwendeten Theme gibt es keinerlei Hinweis, dass ein anderes Theme als Child-Theme auf dieses Theme zugreift.

Am Stylesheet drehen
Ab nun kann man jede beliebe Änderung in dem eigenen Stylesheet ablegen. Ebenfalls kann natürlich der Aufruf des Stylesheets @import url('../twentyten/style.css'); aus dem Basis-Theme entfallen und man kann sich komplett eigene Stylesheet-Strukturen aufbauen.
Man nutzt quasi die Template-Dateien, den Aufbau und das PHP-KnowHow vom Basis Theme, in dem Fall Twenty Ten. Man kümmert sich ausschließlich um das Design und das im beliebigen Umfang. Beispielsweise könnte das im einfachsten Fall eine Farbänderung des Hintergrund sein und alternativ kann ein komplett eigenes Design kreiert werden.
Templates ersetzen
Die Funktionalität des Child Theme lässt aber mehr zu als das Änderung des Aussehen. So kann man bestehende Template-Dateien des Basis-Themes ersetzen. WordPress sucht quasi im ersten Schritt im übergeordneten Child Theme und dann im Basis-Theme nach dem möglichen Template. Durchläuft dabei die Hierarchie der Template-Dateien.
An vielen Punkten vom Theme kann man via Hook eingreifen, was aber nicht jedem Nutzer liegt und kompliziert erscheint. So wird nicht selten die Ausgabe des Titel im head einer Website mit eigenen Funktionen oder von Plugins ersetzt. Man kann entweder via Hook den Titel bearbeiten oder die Ausgabe über eine Funktion steuern. Für das Beispiel soll nun der Titel mit einer Funktion aus einem Plugin ausgegeben werden. In dem Fall muss die header.php bearbeitet werden und darum muss man wie folgt vorgehen, so dass das Basis-Theme unangetastet bleibt.
Es ist lediglich die header.php, die den head-Abschnitt für das Theme enthält in das eigene Child Theme zu kopieren und hier kann sie beliebig bearbeitet werden. Ab nun zieht WordPress diese header.php und nicht mehr die Original-Datei aus dem Basis Theme Twenty Ten.
Damit kann nun auch die angesprochene Funktion in den Title integriert werden, ein Beispiel:

<?php
	/*
	 * Print the <title> tag based on what is being viewed.
	 * We filter the output of wp_title() a bit -- see
	 * twentyten_filter_wp_title() in functions.php.
	 */
	if ( function_exists('seo_title_tag') )
		seo_title_tag();
	else
		wp_title( '|', true, 'right' );

	?>

Das Basis-Theme bleibt unangetastet, kann weiterhin via Updates auf dem neusten Stand gehalten werden und ab nun zieht WordPress die header.php immer aus dem Child Theme.
Wie in diesem kleinen Beispiel kann man jedes Template ersetzen und so an die eigenen Anforderungen angepasst werden. Trotzdem sollte man bedenken, dass man das Template komplett ersetzt - in dem Beispiel-Fall würde man also ein Update der header.php nicht mitbekommen. Insofern kann es nützlich sein, wenn man auf diverse Bereiche besser via Hook zugreift und diese in eigenen Funktionen abbildet, dazu gleich mehr.
Wichtig: eine Ausnahme ist die functions.php, dazu im Anschluss mehr.
Templates erweitern
Um eigene Anforderungen zu erfüllen, kann es sein, dass man neue Templates benötigt, Template-Dateien die es im Ist-Zustand nicht im Basis-Theme nicht gibt. Im Sinne der Hirarchie kann man immer erweitern. Beispielsweise besitzt Twenty Ten keine home.php - sollte man die aber definieren wollen, also dann wenn die definierte Home-Seite des Backend im Frontend geladen wird, dann kann man diese Datei einfach in das Child-Theme ablegen und WordPress zieht diese Datei, wenn der Zustand is_home() wahr ist.
Mit WordPress Version 3.0 gibt es aber eine weitere Möglichkeit außerhalb der Template-Hirarchie um eigene Templates einzubringen - get_template_part().

Diese Funktion wird konsequent innerhalb von Twenty Ten verwendet - damit muss man in diversen Fällen keine eigenen Templates für den kompletten Aufruf anlegen, sondern lediglich den Abschnitt des Loop.

Beispielsweise nutzt Twenty Ten für die Darstellung der Kategorie-Archive den Aufruf get_template_part( 'loop', 'category' );. Damit ist es möglich, dass in unserem Child Theme ein Template abgelegt wird, was diesen Loop bedient. Es ist also lediglich eine Datei loop-category.php anzulegen und dort alle notwendigen Infos abzulegen.

Im folgenden Beispiel passe ich den Loop an, wenn man sich einem der vier Kategorien befindet. Weitere Änderungen sind möglich, so dass man volle Kontrolle und Flexibilität erhält.

// Anpassungen des Loop
if ( in_category( array(47, 37, 27, 45) ) ) {
	query_posts( 'cat='.$cat.'&posts_per_page=-1&orderby=title&order=ASC' );
}	else {
	query_posts( 'cat='.$cat.'&posts_per_page=20&paged='.$paged );
}
while ( have_posts() ) : the_post(); ?>

Ähnlich könnte man so den Loop für die index.php anpassen - Template Datei loop-index.php wäre dann im Spiel
Funktionen einbringen
Natürlich kann man auch innerhalb des Child-Theme eigene Funktionen einbringen. Wenn man eine eigene functions.php im Child Theme ablegt, dann ersetzt diese Datei nicht die functions.php des Basis-Theme!

Es werden immer die Funktionen des Basis-Theme genutzt; man muss sie via Hook deaktivieren. Die Möglichkeit wird auch in einer Doku in der Datei functions.php erklärt.

add_action( 'after_setup_theme', 'my_child_theme_setup' );
function my_child_theme_setup() {
		// We are providing our own filter for excerpt_length (or using the unfiltered value)
		remove_filter( 'excerpt_length', 'twentyten_excerpt_length' );
		...
}

Innerhalb der Funktion my_child_theme_setup() kann man nun Funktione des Basis-Theme deaktivieren und eigene Funktionen einbringen.
Weitere Funktionen gehören in die functions.php des Child Themes - das Basis-Theme bleibt immer unangetastet. Im folgenden Code dazu ein Beispiel.

Dabei deaktiviere ich die Funktion des Basis Theme Twenty Ten zur Länge des Excerpt und lade dazu eine eigene Funktion twentytenjump_excerpt_length() und es wird ein Widget eingebracht.

 __('Selective categories'), 'description' => __('Show a list of Categories, with the ability to exclude categories') );

		$control_ops = array( 'id_base' => 'some-cats-widget' );
		$this->WP_Widget( 'some-cats-widget', __('Selective Catagories'), $widget_ops, $control_ops );
	}

	function form ( $instance){
		$defaults = array( 'title' => __('Catagories'), 'cats' => '', 'count' => 0 );
		$instance = wp_parse_args( (array) $instance, $defaults );
		$count = isset($instance['count']) ? (bool) $instance['count'] :false;
		?>
		
			
			
		
		
			 />
			

		
		
			
			
		
		';
		wp_list_categories("exclude=$cats&title_li=&show_count=$c");
		echo '';
		echo $after_widget;
	}

}

function register_limited_catagories_widget(){
	register_widget('limited_catagories_list_widget');
}
?>

Fazit
Ich meine aktuell, dass durch die Einführung des neuen Standard-Theme Twenty Ten sicher einige neue schöne Funktionen hinzugekommen sind. Ich denke aber ebenso, dass Twenty Ten sehr ungeeignet ist um die Arbeit von WordPress im Bereich des Themes zu verstehen. Gerade Einsteiger und PHP-Neulinge werden sich schwer tun. Trotzdem entstehen so neue Möglichkeiten und will man Child Themes sauber nutzen, dann kommt man um das Verständnis der Hooks in der WordPress API nicht herum. WordPress führt die Idee der Hooks konsequent fort, schon immer in Plugins beliebt, machen sie sich nun auch in Themes breit. Alles hat Vor- und Nachteile.

Nutzt man aber ein gut gepflegtes Theme oder Framework, dann wird man die neuen Möglichkeiten schätzen und kann so immer ohne Probleme Updaten. Entscheidend wird das eigene Wissen um WordPress sein - je nach Interesse, Wissensstand und Arbeitsweise kann man eigene Themes erstellen. Man sollte sich im Vorfeld Gedanken machen und nicht blind loslegen und wie so oft, am Theme schrauben.
Download:
Zum Abschluss noch das Theme mit den entsprechenden Template-Dateien als Downlaod, so dass man einen kleinen Start zum Spielen hat.







Ist die Arbeit nicht 1 Euro wert?

Jede Spende wird dankbar angenommen und ermöglicht das weitere Arbeiten an freier Software.

Möchtest du mehr oder anders spenden, so besuche meine Wunschliste.

Download als zip-Datei: twentytenjump.zip - 5 kByte

Einen Stand online einsehbar und erweiterbar, eventuell gepflegt findest du auf Github: github.com/bueltge/TwentyTenJump


 © Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)
Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren



WordPress Custom Post Type und Permalinks
Frank Bültge — Mon, 26 Jul 2010 09:42:46 +0000
Seit Version 3.0 von WordPress werden die Custom Post Types unterstützt und man kann eigene Typen von Inhalten definieren - eher zu verstehen wie Seiten, nicht wie Artikel! Dabei kann automatisiert die Permalink-Struktur von WordPress unterstützt werden. Die bedeutet, wenn man einen eigenen Post Type anlegt, dann kann dieser bei aktiver Verwendung von Permalinks genutzt werden.
Aber die Permalinks klappen erst dann, wenn die Rewrite Rules von WordPress neu erzeugt wurden - vermutlich kommen da die vielen Fragen her. Wenn man einen neuen Post Type anlegt und damit spielt, kommt oft die Frage, warum der Aufruf des Custom Beitrags auf einen 404 führt - WordPress kennt die URL-Struktur in den Permalinks nicht und immer wieder vergisst man, dass man die Rewrite Rules neu erzeugen muss.

Im einfachsten Fall speichert man das Setzen der Permalinks in den Einstellungen neu - alternativ kann man in sein Plugin oder das Theme die Funktion flush_rewrite_rules() integrieren. Diese bewirkt das erneute Setzen der Rewrite Rules.

Wichtig ist, dies nur beim Aktivieren bzw. Deaktivieren des Plugins oder Themes zu tun; ansonsten wird man schnell in die Performance-Krenze laufen.
* Ich überlege, ob ich ein Plugin mit Verwendung der Custom Post Types bereit stelle, wobei ich verschiedene Erweiterungen integriert habe, die mir typisch in der Verwendung der Post Types erscheinen. Wie ist dazu die Meinung, oder ist dies eher Entwicklerwerkzeug und bei diesen Anwendern bekannt und damit für die Leser uninteressant oder zu viel Code?


 © Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)
Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren



WordPress-Theme in Abhängigkeit des Titel
Frank Bültge — Thu, 15 Jul 2010 23:42:05 +0000
Das Blog hat ein Theme und bekommt für jede Seite ein extra Stylesheet. Dieser aktuelle Trend der Individualität für jeden Inhalt wird auf diversen Sites diskutiert. Auch mit WordPress kann man dies tun; verschiedene Möglichkeiten gibt es. Eine Möglichkeit ist es auf Basis des Titels ein individuelles Stylesheet zu erstellen.

Im Standard gibt die Klassenvergabe der Funktion body_class() schon eine Menge an Möglichkeiten. Noch mehr Individualität kann man über den Titel oder die ID erreichen.

Lohnt sicher nicht im klassischen Blogumfeld aber für eine Seite mit überschaubaren Content und dem wunschgemäßen Unterschied funktioniert meine Idee recht gut. Wie habe ich es in dem Fall umgesetzt?



Wenn eine Seite geladen wird, dann kann man ja den Title übergeben. Wenn man diesen in den Body-Tag als ID oder class übernimmt, und dann jeweils für die ID oder class eine Style erstellt, wird das passende Design geladen.
Alternativ kann man mit der ID der Seite oder des Beitrags arbeiten, Funktion the_ID() übergibt diese. Aufpassen, IDs und Klassen dürfen nicht mit einem Zahlenweert beginnen und daher muss ein String ergänzt werden, beispielsweise 



Als letzte Alternative möchte ich erwähnen, dass man die Funktion body_class() via Hook mit eigenen Klassen erweitern kann. So kann man auch den Titel einer Seite/Beitrags via Hook in diese Funktion bringen und ausgeben lassen.

function fb_title_body_class($classes) {
	global $post;

	$classes[] = sanitize_title_with_dashes( get_the_title( $post->ID ) );

	return $classes;
}
add_filter( 'body_class', 'fb_title_body_class' );

Im folgenden der einfachste Fall via Titel, so dass man lediglich diese Klasse ausgibt und body_class() wird nicht genutzt.
Mit Hilfe des Titel
in den header des Themes kommt das Stylesheet:



Alternativ wird dieses via Hook wp_head eingebunden, wenn die entsprechende Seite geladen wird, so lädt man das explizite Stylesheet nur, wenn es benötigt wird und der header ist lesbar. Alles spielt sich in der functions.php des Themes ab.
in den body-Tag der page.php kommt der Titel der Seite:

Damit hat die Seite "My Home" den body-Tag:


und so weiter...

in der custom.css definierst du nun alle Styles für class home: bsp.

.my-home a { color: #090; text-decoration: none; }
.my-home a:visited { color: #999; text-decoration: none; }
.my-home a:hover { color: #f60; text-decoration: none; }

in dem original-Theme sieht das so aus:

a { color: #009; text-decoration: underline; }
a:visited { color: #999; text-decoration: underline; }
a:hover { color: #c00; text-decoration: underline; }

Wie ich finde, ein Ansatz mit viel Potential und dies überlasse ich gern eurer Kreativität. Wer also mit WordPress für jede Seite ein anders Stylesheet laden möchte, hat so einen Ansatz für eine Lösung.
Plugin-Lösung
Auf Wunsch einiger Leser habe ich ein kleines Plugin erstellt, welches den Titel des Beitrags in die Funktion body_class() schreibt. Man muss also lediglich das Plugin aktivieren und die WordPress Standard-Funktion body_class() im body-Tag verwenden - wenn sie nicht schon im Theme integriert ist. In der Regel findet das im Template header.php statt.

>

Die Version 0.1 sieht wie folgt aus:

= 2.8 and tested with PHP Interpreter >= 5.2.9
*/

if ( !class_exists('title2body_class') ) {

	global $wp_version;
	if ( !function_exists ('add_action') || version_compare($wp_version, "2.8alpha", "<") ) {
		if (function_exists ('add_action'))
			$exit_msg = 'The plugin requires WordPress 2.8 or newer. Please update WordPress or delete the plugin.';
		else
			$exit_msg = '';
		header('Status: 403 Forbidden');
		header('HTTP/1.1 403 Forbidden');
		exit($exit_msg);
	}

	class title2body_class{

		function __construct() {

			add_action( 'body_class', array( &$this, 'title_body_class' ) );
		}

		function title_body_class($classes) {
			global $post;

			$classes[] = sanitize_title_with_dashes( get_the_title( $post->ID ) );

			return $classes;
		}
	}

	function title2body_class_start(){
		new title2body_class();
	}

	add_action('plugins_loaded', 'title2body_class_start');
}
?>

Download des Plugins Title 2 body_class: title2body-class.zip (1 kByte)


 © Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)
Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren



Photoblog Theme Greyfoto in neuer Version
Frank Bültge — Thu, 10 Jun 2010 13:29:54 +0000
Da das Theme Greyfoto eine große Resonanz erfahren hat,  pflege ich es bisher noch. Aktuell habe ich eine neue Version erstellt und in Übersee wurde es bereits bei einigen Anwendern getestet. Auch mit der neuen Version 3.0 von WordPress wird es laufen und es werden einige Funktionen unterstützt.



Auf den ersten Blick werden nur wenige Anwender Unterschiede erkennen, unter der Haube hat sich aber einiges getan und daher wäre ich dankbar, wenn ihr testet und mir eine Rückmeldung gebt. Die neue Version 2.3.2 ist auf der Seite zum Theme zu bekommen - hinterlasst bitte auch dort eure Hinweise oder direkt via Mail an mich. Ich werde dann versuchen, dass ich es zeitnah bearbeiten kann.


Demo des Photoblog

Vielen Dank schon jetzt an die Tester.


 © Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)
Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren



Codeschnippsel zu WordPress Kategorien
Frank Bültge — Mon, 07 Jun 2010 03:23:51 +0000
Die Kategorien von WordPress können ein mächtiges Werkzeug sein, man kann aber auch daran verzweifeln, dazu ein anderes mal vielleicht mehr, aber es gibt auch nicht für jede Anwendung einen entsprechenden Template-Tag von WordPress und so muss man sich etwas bauen. Zwei kleine Sachen, die ich in letzter Zeit gebraucht habe und die ich nicht verstauben lasse will stehen nun in diesem Beitrag.


Liste aller Unterkategorien
Manchmal braucht man einfach nur eine Liste alle untergeordneten Kategorien, fragt nicht warum. Die Anforderungen von Projekten kann sehr vielfältig sein, ebenso der Lösungsweg und in meinem Fall ist ein kleiner Code-Schnippsel entstanden, die sich um die Ausgabe der Subcategories kümmert; zum mitnehmen, spielen, verbessern und erweitern.

$echo = '' . "\n";
$childcats = get_categories('child_of=' . $cat . '&hide_empty=1');
foreach ($childcats as $childcat) {
	if (1 == $childcat->category_parent) {
		$echo .= "\t" . '';
		$echo .= $childcat->cat_name . '';
		$echo .= '' . "\n";
	}
}
$echo .= '' . "\n";
echo $echo;

Abfrage, ob in Kategorie oder Subkategorie
Die zweite Sache brauchte ich nicht erstellen, die habe ich bei valen gefunden - klein aber fein. Sie gibt zurück, ob man sich in einer untergeordneten- oder der Haupt-Kategorie befindet. Brauchen kann man so was, wenn man komplexe Strukturen aufbaut und steuern will. Als Übergabe muss die ID der Kategorie mitgegeben werden, kein Slug!

function is_category_or_subcategory($catID = 0) {
	foreach (get_the_category() as $cat) {
		if ( $catID == $cat->cat_ID || cat_is_ancestor_of($catID, $cat) )
			return true;
	}
	return false;
}

In dem Zusammenhang im übrigen der Hinweis auf die Funktion cat_is_ancestor_of() - sehr mächtig und nützlich.


 © Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)
Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren



Template-Part im WordPress Template laden
Frank Bültge — Thu, 06 May 2010 09:39:11 +0000
Wer sein Theme für WordPress recht flexibel gestalten wollte und die Modularisierung liebt, der musste bisher immer über den Pfad gehend das Template einbinden. Mit WordPress 3.0 wird dies anders möglich sein und es steht eine Funktion bereit, die das laden von Templates einfach macht.


Am Beispiel verstehen
Stellen wir uns vor, es soll eine Navigation mehrfach verwendet werden - aber an unterschiedlichen Positionen und an unterschiedlicher Stelle des Markup. Hier würde es also nicht ausreichen, wenn man via CSS das Aussehen beeinflusst. In den meisten Fällen würde man wohl die Navigation in ein eigenes Template auslagern, zum Beispiel die nav.php.  In dieser Datei befindet sich das HTML-Markup und die nötigen Template Tags um eine Navigation zu erstellen. Diese Datei würde man dann inkludieren. Bis WordPress 3.0 wurde das üblicherweise wie folgt getan: include( TEMPLATEPATH . '/navi.php' );
Funktion get_template_part()
Mit WordPress 3.0 soll in diese Form der Modularisierung mehr Bewegung kommen und so kann man mit Hilfe der Funktion get_template_part() Templates ansprechen. Die Funktion erlaubt die Übergabe von zwei Parametern:

/**
 * @uses locate_template()
 * @since 3.0.0
 * @uses do_action() Calls 'get_template_part{$slug}' action.
 *
 * @param string $slug The slug name for the generic template.
 * @param string $name The name of the specialised template.
 */
get_template_part( $slug, $name = null )

und besitzt einen Hook get_template_part_$slug, den man ansprechen kann.
Kommen wir nun zurück auf das obige Beispiel der Navigation, die nun mit Hilfe der neuen Funktion wie folgt inkludiert wird: get_template_part( 'navi' );. In diesem Fall wurde lediglich der Parameter slug übergeben - navi - der nun dafür sorgt, dass die navi.php geladen wird.

Im nächsten Schritt soll die Navi, welche explizit für die Sidebar erstellt wurde, genutzt werden. Der Source ist in der navi-sidebar.php gehalten und damit sieht der Aufruf wie folgt aus: get_template_part( 'navi', 'sidebar' );. Der Aufbau der Template-Datei muss also aus slug-name.php entstehen.
So lassen sich quasi beliebige Muster erstellen, die vor allem dann an Wert gewinnen, wenn es um Wiederverwendung geht oder wenn man mit Hilfe von Child-Themes arbeitet, da man so auf das Vater-Theme zugreifen kann und doch recht flexibel die eigenen Templates erstellen kann.
Reihenfolge beim Laden
WordPress nutzt beim Laden der Templates eine Hierarchie, so dass man auf verschiedene Templates zugreifen kann, ein Beispiel soll es verdeutlichen. Das Vater-Theme befindet sich in wp-content/themes/ und benutzt den Ordner wpbasis, das Child-Theme ist im Ordner wpbasischild zu finden. Nun gibt es in einem der Templates den Aufruf . Nun wird nach der navi-index.php gesucht mit folgendem Muster:

wp-content/themes/wpbasischild/navi-index.php
wp-content/themes/wpbasischild/navi.php
wp-content/themes/wpbasis/navi-index.php
wp-content/themes/wpbasis/navi.php

Auch hier also einige Neuerungen unter der Haube, die für Theme-Autoren recht nützlich sein können. Da in letzter Zeit die Nutzung von Child-Themes gewachsen ist, sicher eine nützliche Funktion.


 © Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)
Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren



Theme Documentation in neuer Version
Frank Bültge — Wed, 10 Feb 2010 00:25:37 +0000
Ich habe in letzter Zeit diverse Plugins gepflegt, diverse Veränderungen in WordPress 2.9 haben einiges an Zeit erfordert und trotzdem bin ich noch nicht mit allen Plugins durch.
Parallel habe ich aber auch das Theme Documentation auf einen neuen Stand gehoben und einige kleine Erweiterungen integriert. Liegt zum einem daran, dass ich das Theme in einigen Bereichen einsetze, wo explizit Neuentwicklungen dokumentiert werden und zum anderen, dass es einige Anfragen per Mail gab. Im Grunde pflege ich keine Themes, der Zeitaufwand ist von mir einfach nicht zu stemmen - in diesem Fall also eine Ausnahme und nun viel Freude mit dem Theme Documentation.



Aktuell unterstützt das Plugin einige Funktionen, eine Auswahl:



Post-Thumbnails für Beiträge
Übersicht der Post-Thumbnails im Edit-Bereich des Admin
Angepasstes Login-Design
Mehrsprachigkeit vollständig unterstützt, deutsches Sprachfile liegt bei
Kommentarfunktion mit allen Möglichkeiten, die WordPress seit 2.8 mitbringt
Filter der Kommentare in Trackback, Pingback und Kommentare; inkl. Zähler
2 Widget-Bereiche zum Trennen der Ausgabe:

Nicht sichtbar auf Seiten und Beiträgen
Nur sichtbar auf Seiten und Beiträgen


Angepasster Title in Abhängigkeit der dargestellten Inhalte
Abfrage WPML Plugin bei Mehrsprachigkeit im Sidebar
Minimiertes Stylesheet; Arbeitsdatei liegt jeweils bei als ...-dev.css


 © Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)
Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren



Post-Thumbnails in der Artikelansicht
Frank Bültge — Tue, 09 Feb 2010 09:11:27 +0000
Mit WordPress Version 2.9 wurde die Funktion der Post Thumbnail eingeführt. Über diese Funktion und dessen Randthemen wurde bereits hier und in anderen Blogs viel geschrieben. Von Vorteil empfinde ich es aber, wenn man direkt in der Übersicht der Artikel und Seiten das zugeordnete Thumbnail sieht, so dass man leicht die Verwendung zuordnen kann. Daher möchte ich einen kleinen Codeschnippsel vorstellen, der genau das macht.



Die Funktion habe ich noch ein wenig ausgebaut, so dass nicht nur das Post Thumbnail gezogen wird, sondern wenn dieses nicht vergeben wurde, aber Bilder über die Upload-Funktion zum Post zugeordnet wurden, dann wird das erste Bild dieser Bilder gezogen. Dies ist vor allem dann interessant, wenn man vor WordPress 2.9 mit den Bildern aus der Mediathek das gleiche Ziel erreicht hat, wie mit der neuen Funktion des Post Thumbnail.

Der obige Screenshot sollte verdeutlichen, was die kleine Erweiterung macht. Der folgende Code muss lediglich in ein Plugin ausgelagert oder in die functions.php des Themes kopiert werden.

if ( !function_exists('fb_AddThumbColumn') && function_exists('add_theme_support') ) {

	// for post and page
	add_theme_support('post-thumbnails', array( 'post', 'page' ) );

	function fb_AddThumbColumn($cols) {

		$cols['thumbnail'] = __('Thumbnail');

		return $cols;
	}

	function fb_AddThumbValue($column_name, $post_id) {

			$width = (int) 35;
			$height = (int) 35;

			if ( 'thumbnail' == $column_name ) {
				// thumbnail of WP 2.9
				$thumbnail_id = get_post_meta( $post_id, '_thumbnail_id', true );
				// image from gallery
				$attachments = get_children( array('post_parent' => $post_id, 'post_type' => 'attachment', 'post_mime_type' => 'image') );
				if ($thumbnail_id)
					$thumb = wp_get_attachment_image( $thumbnail_id, array($width, $height), true );
				elseif ($attachments) {
					foreach ( $attachments as $attachment_id => $attachment ) {
						$thumb = wp_get_attachment_image( $attachment_id, array($width, $height), true );
					}
				}
					if ( isset($thumb) && $thumb ) {
						echo $thumb;
					} else {
						echo __('None');
					}
			}
	}

	add_filter( 'manage_posts_columns', 'fb_AddThumbColumn' );
	add_action( 'manage_posts_custom_column', 'fb_AddThumbValue', 10, 2 );
}


 © Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)
Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren



WordPress IDs, Classes & Tag Referenz
Frank Bültge — Mon, 08 Feb 2010 09:45:50 +0000
Wer mit Stylesheets im Bezug auf WordPress Themes arbeitet, der braucht immer diverse Klassen und IDs, um das Design an die jeweiligen Anforderungen anzupassen.

Aktuell gibt es eine Referenz als PDF-Dokument zum freien Download im Blog von Banhawi. Wer also ebenso etwas schnelles zum Nachschlagen benötigt und nicht erst Firebug und co. benutzen will, der sollte mal dort vorbei schauen.


 © Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)
Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren



WordPress Plugin für mehr Flexibilität beim Schreiben
Frank Bültge — Thu, 24 Dec 2009 04:20:27 +0000


Heute ist er nun da, der letzte Tag im Kalender und der letzte Tag, der mich zwingt, jeden Tag einen Beitrag zu veröffentlichen. Nicht selten habe ich über Nacht noch einen kleinen Beitrag geschrieben um die Leser am kommenden Morgen mit einem neuen Türchen zu beglücken. Nicht nur Kinder mögen die Überraschung am Morgen beim Öffnen eines neuen Türchens. Für mich ist nun erst mal Pause, andere Themen sind wichtiger und nur wenige werden vermutlich diesen Beitrag hier lesen; ist doch heute Weihnachten. Mir bleibt nur noch zu sagen:

Alles liebe und Gute, die herzlichsten Wünsche, ein friedliches Weihnachtsfest und einen guten Rutsch in das neue Jahr wünsche ich allen Lesern, allen Kunden, allen netten Kontakten und jedem, der irgendwie Mensch ist und mit mir zu tun hatte. Ich freue mich auf ein neues Jahr mit euch und harre der Dinge, die uns im neuen Jahr erreichen werden.

Als kleines Präsent zum heiligen Abend heute habe ich euch ein Plugin erstellt, was euch zum einen zusätzliche Felder in den Bereich Schreiben von WordPress bringt, was euch zeigt, wie einfach man den Bereich erweitern kann und was nach belieben von euch genutzt werden darf.



Das Plugin bringt 3 neue Felder in einer Metabox mit:

Untertitel - wie der Name schon sagt, eine Zeile ohne Formatierung in der Ausgabe
Zusatzinformationen - ein vollwertiger Editor, ebenso kann man jede Art von Attachments hinzufügen, also fast gleich dem Content-Editor.
Listdaten - Hier wird ermöglicht, dass man pro Zeile einen Inhalt pflegt und jede Zeile als List-Element ausgeben wird, ungeordnete Liste ul


Jedes dieser Felder kann gezielt im Template des Themes eingesetzt werden, hat also einen Template Tag, der die Ausgabe steuert. Nur wenn es in diesem Feld Daten gibt, dann werden sie auch ausgegeben. Im folgenden ein Beispiel, der die drei neuen Felder ausgibt.

 id="post-">

	

	ID, 'heading'); ?>

	

		Read the rest of this entry »'); ?>

		ID, 'additional-info'); ?>

		ID, 'listdata'); ?>


Das Plugin soll als Vorlage dienen, wer also mag, der passt es an und schafft eine Oberfläche, in der sich die Autoren wohl fühlen, keine Pflege der benutzerdefinierten Felder.
Das Plugin sorgt dafür, dass die Metaboxen "Benutzerdefinierte Felder" und "Trackbacks" nicht mehr da sind (remove_meta_box()); auch das als Beispiel für die Nutzung. Zu jedem der genutzten Code-Schnipsel im Plugin gibt es hier im Blog einen Beitrag und so sollte man damit klar kommen. Im folgenden der Code ohne Zusatzfiles und im Anschluss das Plugin als Download, inkl. readme, Sprachfiles für deutsche User und die nötigen Scripte.

ID); ?>
 * @param $id Integer - Post-ID
 * @param $type String - heading, additional-info, listdata (default is ''-empty)
 *
 * Example: ID, 'heading'); ?>
 */

//avoid direct calls to this file, because now WP core and framework has been used
if ( !function_exists('add_action') ) {
	header('Status: 403 Forbidden');
	header('HTTP/1.1 403 Forbidden');
	exit();
}

if ( function_exists('add_action') ) {
	//WordPress definitions
	if ( !defined('WP_CONTENT_URL') )
		define('WP_CONTENT_URL', get_option('siteurl') . '/wp-content');
	if ( !defined('WP_CONTENT_DIR') )
		define('WP_CONTENT_DIR', ABSPATH . 'wp-content');
	if ( !defined('WP_PLUGIN_URL') )
		define('WP_PLUGIN_URL', WP_CONTENT_URL.'/plugins');
	if ( !defined('WP_PLUGIN_DIR') )
		define('WP_PLUGIN_DIR', WP_CONTENT_DIR.'/plugins');
	if ( !defined('PLUGINDIR') )
		define( 'PLUGINDIR', 'wp-content/plugins' ); // Relative to ABSPATH.  For back compat.
	if ( !defined('WP_LANG_DIR') )
		define('WP_LANG_DIR', WP_CONTENT_DIR . '/languages');

	// plugin definitions
	define( 'FB_DT_BASENAME', plugin_basename(__FILE__) );
	define( 'FB_DT_BASEDIR', dirname( plugin_basename(__FILE__) ) );
	define( 'FB_DT_TEXTDOMAIN', 'different-types' );
}

if ( !class_exists( 'DifferentType' ) ) {
	class DifferentType {

		// constructor
		function DifferentType() {

			if (is_admin() ) {
				add_action( 'admin_init', array(&$this, 'on_admin_init') );
				add_action( 'wp_insert_post', array(&$this, 'on_wp_insert_post'), 10, 2 );
				add_action( 'init', array(&$this, 'textdomain') );
				register_uninstall_hook( __FILE__, array(&$this, 'uninstall') );
				add_action( "admin_print_scripts-post.php", array($this, 'enqueue_script') );
				add_action( "admin_print_scripts-post-new.php", array($this, 'enqueue_script') );
				add_action( "admin_print_scripts-page.php", array($this, 'enqueue_script') );
				add_action( "admin_print_scripts-page-new.php", array($this, 'enqueue_script') );
			}
		}

		// active for multilanguage
		function textdomain() {

			if ( function_exists('load_plugin_textdomain') )
				load_plugin_textdomain( FB_DT_TEXTDOMAIN, false, dirname( FB_DT_BASENAME ) . '/languages' );
		}

		// unsintall all postmetadata
		function uninstall() {

			$all_posts = get_posts('numberposts=0&post_type=post&post_status=');

			foreach( $all_posts as $postinfo) {

				delete_post_meta($postinfo->ID, '_different-types');

			}
		}

		// add script
		function enqueue_script() {
			wp_enqueue_script( 'tinymce4dt', WP_PLUGIN_URL . '/' . FB_DT_BASEDIR . '/js/script.js', array('jquery') );
		}

		// admin init
		function on_admin_init() {

			if ( !current_user_can( 'publish_posts' ) )
				return;

			add_meta_box( 'different_types',
									__( 'Different Types', FB_DT_TEXTDOMAIN ),
									array( &$this, 'meta_box' ),
									'post', 'normal', 'high'
									);

			// remove meta box for trackbacks
			remove_meta_box('trackbacksdiv', 'post', 'normal');
			// remove meta box for custom fields
			remove_meta_box('postcustom', 'post', 'normal');
		}

		// check for preview
		function is_page_preview() {
			$id = (int)$_GET['preview_id'];
			if ($id == 0) $id = (int)$_GET['post_id'];
			$preview = $_GET['preview'];
			if ($id > 0 && $preview == 'true') {
				global $wpdb;
				$type = $wpdb->get_results("SELECT post_type FROM $wpdb->posts WHERE ID=$id");
				if ( count($type) && ($type[0]->post_type == 'page') && current_user_can('edit_page') )
					return true;
			}
			return false;
		}

		// after save post, save meta data for plugin
		function on_wp_insert_post($id) {
			global $id;

			if ( !isset($id) )
				$id = (int)$_REQUEST['post_ID'];
			if ( $this->is_page_preview() && !isset($id) )
				$id = (int)$_GET['preview_id'];

			if ( !current_user_can('edit_post') )
				return;

			if ( isset($_POST['dt-heading']) && $_POST['dt-heading'] != '' )
				$this->data['heading'] = esc_attr( $_POST['dt-heading'] );
			if ( isset($_POST['dt-additional-info']) && $_POST['dt-additional-info'] != '' )
				$this->data['additional-info'] = $_POST['dt-additional-info'];
			if ( isset($_POST['dt-listdata']) && $_POST['dt-listdata'] != '' )
				$this->data['listdata'] = esc_attr( $_POST['dt-listdata'] );

			if ( isset($this->data) && $this->data != '' )
				update_post_meta($id, '_different-types', $this->data);
		}

		// load post_meta_data
		function load_post_meta($id) {

			return get_post_meta($id, '_different-types', true);
		}

		// meta box on post/page
		function meta_box($data) {

			$value = $this->load_post_meta($data->ID);
			?>
			
				
					
					
				
				
					
					<?php echo wpautop( $value['additional-info'] ); ?>
						
							
								
									 
									 
								
							
						
					
				
				
					
					<?php echo $value['listdata']; ?>

				
			
			 $listdata ) {

					$return .= '' . trim($listdata) . '';

				}
				return '' . $return . ''. "\n";
			}
		}

		// echo facts, if exists
		function DifferentTypeFacts($id, $type, $string) {

			if ( $id ) {
				$value = $this->load_post_meta($id);

				echo $this->get_DifferentTypeFacts($id, $type, $value);
			}
		}

	} // End class

	// instance class
	$DifferentType = new DifferentType();

	// use in template
	function the_DifferentTypeFacts($id, $type = '', $string = '') {
		global $DifferentType;

		$DifferentType->DifferentTypeFacts($id, $type, $string);
	}

} // End if class exists statement
?>

Download als zip-Datei: github.com/bueltge/different-type/zipball/master - 40 kByte

Das Plugin liegt in einer gepflegten Version bei github.com und kann dort besichtigt, geforkt und gezogen werden.
Ich wünsche viel Spass damit und vielleicht wird das einen oder andere Projekt mit WordPress damit in diesem Bereich ein wenig klarer und logischer für die Autoren.


 © Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)
Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren



Contactable - Kontaktformular in WordPress
Frank Bültge — Tue, 22 Dec 2009 07:41:43 +0000


Die Integration eines Kontaktformulars mit WordPress beginnt meist bei einer Pluginsuche und endet oft mit einem viel zu großem Aufwand. Da werden Scripte geladen, Filter von WordPress über alle Seiten und Beiträge gejagt - nur um auf einer Seite ein Formular zu integrieren. Das Blog ist immer so gut wie sein Techniker und ich möchte heute mal einen ganz einfachen Weg zeigen, wie man sich ohne große Kenntnisse trotzdem ein Kontakt-Formular in das eigene Blog integriert.



Die Lösung ist nicht der Weisheit letzter Schuss, aber sie zeigt, wie einfach es ist und wie ressourcenschonend für WordPress die Integration sein kann.

Damit wir uns voll und ganz der Integration widmen können, und uns nicht mit PHP und JavaScript im Sinne des Formulars beschäftigen müssen, nutze ich hier im Beispiel das tolle Formular-Plugin

Contactable für jQuery von Philip Beel. Das Plugin bringt alle erforderlichen Dateien mit und muss lediglich integriert werden - sehr einfach zu nutzen und wenn man mag an die eigenen Bedürfnisse anzupassen. Hinweise dazu gibt es auf der Site zum jQuery-Plugin. Die Integration des Formulars zeige ich anhand des Standard-Themes Kubrick von WordPress, ist aber in jedem anderen Theme eben so zu nutzen. Aber Achtung, Spamer könnten das Plugin missbrauchen, daher gut überlegen oder erweitern - mehr dazu gibt es hier in den Kommentaren zu lesen. Danke in diesem Hinblick an Robert für die Hinweise und die damit verbundene Mühe.

WordPress bringt im Standard die jQuery Bibliothek mit und so müssen wir uns um die nicht kümmern, sondern nutzen sie lediglich. Dabei findet der Aufruf aller nötigen Dateien und Scripte innerhalb des Templates statt, welches sich im Anschluss um die Ausgabe des Kontaktformulars kümmert. Dieses Aufruf erledigen wir mit den Funktionen von WordPress - so gehen wir sicher, dass die Dateien wirklich nur einmal geladen werden. WordPress kümmert sich um die richtige Reihenfolge und um die Abhängigkeiten. Zu diesem Thema habe ich bereits einiges an Infos hinterlegt und verweise auf diesen Beitrag.
Als erstes erstellen wir ein Template, ich nenne es contact-page.php und es muss im Ordner eures Themes abgelegt werden. Dies enthält den Aufruf der nötigen Scripte und der dazugehörigen Stylesheets. Im Grunde benötigt ihr nur diese vier Aufrufe in der page.php eures Theme abzulegen, einen neuen Namen für die Datei zu vergeben und den Kommentar zum Erkennen durch WordPress im Page-Bereich des Backend abzulegen (ganz am Anfang der Datei). Im folgenden die Syntax am Beispiel der page.php aus dem Standard-Theme Kubrick.



	

		
		

			
				Read the rest of this page »'); ?>

				 

			
		

	





Wie in der Syntax zu erkennen, habe ich alle Dateien des jQuery-Formular-Plugnis im Ordner contactable im Ordner des Themes abgelegt. Eventuell müssen daher eure Pfade angepasst werden. Aktuell sieht es in meinem Theme wie folgt aus:


default

contactable

jquery.contactable.js
jquery.validate.pack.jss
my.contactable.js
contactable.css


style.css
contact-page.php
...



Einzig die Datei my.contactable.js habe ich hinzugefügt; diese kümmert sich um den Aufruf des Formulars und kann mit Parametern gefüllt werden. Inhaltlich sieht sie wie folgt aus:

jQuery(document).ready( function($){
	$('#mycontactform').contactable({
		name: 'Name',
		email: 'E-Mail',
		message : 'Nachricht',
		recipient: 'example@domain.com',
		subject: 'Kontaktformular',
		recievedMsg : 'Vielen Dank für Ihre Nachricht.'
	});
});

Sind alle Dateien gespeichert und an eure Bedürfnisse angepasst, dann muss lediglich im Admin-Bereich von WordPress eine Seite angelegt werden. Dieser Seite gebt ihr einen Namen, eventuell Inhalt und ihr müsst das Template auswählen - in unserem Fall die Contact Page. Nachdem Speichern sollte die Seite im Frontend des Blog aufzurufen sein und mit einem Klick auf das kleine Label fährt das Formular in die Sicht und kann ausgefüllt werden.
Durch die Aufrufe mit Hilfe von WordPress Funktionen und den richtigen Parametern, sind nun die Scripte im Footer der Site integriert. Die Bibliothek jQuery muss nicht aufgerufen werden, sie wird von WordPress hinzugefügt, wenn sie noch nicht da ist, durch die Abhängigkeit der Parameter zum Schlüssel jquery. Durch die Nutzung eines Templates mit allen Aufrufen werden sämtliche Scripte und StyleSheets nur eingebunden, wenn diese Seite von WordPress aufgerufen wird. Wer das Formular-Schnippsel auf allen Seiten möchte, der macht den Aufruf bspw. in der header.php oder functions.php.

Möchte man diese Funktion nicht nutzen, so kann entweder dass CSS nicht genutzt werden, bzw. ein eigenes Design hinzugefügt werden oder man passt das JS an seine eigenen Bedürfnisse an. Gleiches gilt für zusätzliche Felder im Formular, dazu muss der Inhalt der Dateien angepasst werden.


 © Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)
Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren



Scripte von Plugins aus dem Frontend entfernen
Frank Bültge — Mon, 21 Dec 2009 07:59:53 +0000


Nicht selten werden Scripte im Frontend des WordPress-Blog via Hook abgelegt. Dabei werden leider nicht immer die optimalen Wege gewählt und es kann vorkommen, dass die Scripte entweder nicht an der richtigen Stelle sind, Footer oder head-Bereich, oder dass Bibliotheken mehrfach genutzt werden. Dies kostet Last und ist in keinem Fall erwünscht.
Das Feld der Optimierung von Websites ist weit und viele Möglichkeiten stehen dem Entwickler zur Verfügung, um das optimale aus der Site zu holen. Um die Scripte von Plugins an die Stelle zu bewegen, wo man sie haben will, und die Prüfung der Redundanz von Scripten zu nutzen, bedarf es Anpassungen im Plugins selbst. Dies kann aufwendig sein und beim nächsten Update des Plugins kann das Problem von neuem bestehen.
Daher bietet es sich an, dass man alle Scripte aus dem Frontend löscht und die Integration selbst in die Hand nimmt.



remove_action('wp_head', 'wp_print_head_scripts', 9, 0);

Die obige kleine Anweisung in der functions.php des Themes sorgt dafür, dass alle Script aus dem Frontend entfernt werden und man selbst die Integration vornehmen kann.
Ähnlich kann man im übrigen auch mit Stylesheets verfahren.

remove_action('wp_head', 'wp_print_styles', 8, 0);

Weitere Tipps zum Bereinigen des head gibt es unter einem weiteren Artikel.


 © Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)
Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren



Beitragsausgabe in Abhängigkeit der Kommentare
Frank Bültge — Sat, 19 Dec 2009 07:28:06 +0000


Den Loop zu verstehen ist das eine, den Query auf seine Bedürnisse anzupassen etwas anderes. In diesem Zusammenhang gibt es sehr viele Möglichkeiten und man muss keinen SQL-Befehl absetzen.

Mit WordPress Version 2.9 gibt es ein weiteres kleines Highlight, die Ausgabe der Inhalte in Abhängigkeit der Kommentare - orderby=comment_count.



Damit wird die Ausgabe für Themes, die beispielsweise die Sortierung aufgrund der Kommentarbeteiligung vornehmen, zum Kinderspiel. Ebenso kann man damit die meist kommentierten Beiträge als Mehrwert für den Leser recht einfach umsetzen.

query_posts('posts_per_page=5&offset=1&orderby=comment_count');
if ( have_posts() ) :
	while ( have_posts() ) : the_post(); ?>

Alternativ kann man beispielsweise auch via Zufall sortieren lassen; nützlich bei kleinen Gimmicks in der Sidebar; auch dazu ein Beispiel mit anderer Syntax.

 'referenzen', 'showposts' => 10, 'nopaging' => 0, 'post_status' => 'publish', 'caller_get_posts' => 1, 'orderby' => 'rand') );
if ( $i->have_posts() ) : ?>

Ebenso kann man seit Version 2.8 von WordPress die Sortierung deaktivieren - orderby=none.
Viele weitere Tipps gibt es in einem Quick Tipp von mir und natürlich im Codex von WordPress.


 © Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)
Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren



WordPress Post Thumbnail und die Abwärtskompatibilität
Frank Bültge — Fri, 18 Dec 2009 08:09:51 +0000


WordPress bringt mit Version 2.9 die wohl am meisten diskutierte Funktion des Post Thumbnails in das System. Für windige Theme-Autoren war das auch im Vorfeld kein Thema und trotzdem wird sie geliebt. Wichtig bei dieser Funktion, sie geht nur, wenn man sie explizit im Theme aktiviert. Dies macht der folgenden kleine Schnipsel in der functions.php des Themes: add_theme_support('post-thumbnails');.
Aber auch bei dieser Funktion sollte man auf das Vorhandensein der Funktion prüfen und eine Alternative anbieten. Nur so kann man dem Nutzer die Freiheit der WordPress Version überlassen. Die Funktionen von Erweiterungen, Plugins und Themes gehröen einer Prüfung unterzogen; so ist die Funktion des Themes abgesichert, auch wenn eine Funktion nicht zur Verfügung steht. Ähnlich sehe ich es mit dieser Funktion für die Thumbnails zum Beitrag, auch wenn sie Funktionen aus dem Core nutzen.
Zwei Anregungen für Alternativen möchte ich im folgenden kurz aufzeigen und ich verweise auf den ausführlichen Artikel zum Thema Bilder in Themes mit Benutzerdef. Feldern oder der Mediathek von WordPress nutzen.


Nach Hinzufügen der folgenden Syntax in der functions.php des Themes steht die MetaBox im Bereich Schreiben eines Beitrags bzw. Seite bereit und kann einfach via Aufruf der Mediathek aus dieser MetaBox genutzt werden.

if ( function_exists('add_theme_support') )
	add_theme_support('post-thumbnails');

Alternativ kann man zwischen Beiträgen und Seiten trennen:

add_theme_support( 'post-thumbnails', array( 'post' ) ); //Beiträge
add_theme_support( 'post-thumbnails', array( 'page' ) ); //Seiten

Man kann im übrigen auch Größen definieren, zum einen direkt für Thumbnails ...

set_post_thumbnail_size( 150, 150, true ); // Breite, Höhe, true für kein crop mode; beschneiden

... und ebenso andere Größen, in dem man zusätzlich einen Namen vergibt. Im obigen Code ist der Standard-Name post-thumbnail übergeben.

add_image_size('my-single-picture', 150, 150, false);

Die Ausgabe des Bildes wird dann im Theme an der Stelle, wo es erscheinen soll, einfach mit Hilfe des Template Tag erzeugt: the_post_thumbnail().

if ( current_theme_supports( 'post-thumbnails' ) )
	the_post_thumbnail( array(300,200) );

Alternativ kann man dann auch wieder die eigenen Typen abfragen:

the_post_thumbnail( 'my-single-picture' );

Wichtig, arbeitet man mit zusätzlichem Markup, dann gehört die Abfrage dazu, ob es denn ein Thumbnail zum Beitrag gibt. Ansonsten wird unnötig Markup ausgegeben, welches keinen Inhalt hat.


	
		
	
} ?>

Um nun aber eine Alternative für Installationen kleiner WP 2.9 zu haben, kann man verschiedene Ansätze gehen. Die zwei folgenden Beispiele sind daher als Ideengeber zu verstehen: entweder mit Hilfe der benutzerdefinierten Felder, Feldname ist post-image ...

if ( function_exists('has_post_thumbnail') && has_post_thumbnail() ) {
	the_post_thumbnail(); // @parameter: array(height, width)
} else {
	$myimage = get_post_meta($post->ID, 'post-image', true); // via custom field
	if ($myimage) {
		echo '';
	}
}

... oder im nachfolgenden Beispiel das erste Bild aus der Mediathek. Mehr dazu gibt es in einem separaten Beitrag.

if ( function_exists('has_post_thumbnail') && has_post_thumbnail() ) {
	the_post_thumbnail(); // @paramter: array(height, width)
} else {
	// via mediathek
	$attachments = get_children( array(
									'post_parent'    => get_the_ID(),
									'post_type'      => 'attachment',
									'numberposts'    => 1, // show all -1
									'post_status'    => 'inherit',
									'post_mime_type' => 'image',
									'order'          => 'ASC',
									'orderby'        => 'menu_order ASC'
									) );
	foreach ( $attachments as $attachment_id => $attachment ) {
		echo wp_get_attachment_image( $attachment_id );
	}
}

Prüfen ob das Theme die Funktion unterstützt ist ebenso möglich:

if ( current_theme_supports( 'post-thumbnails' ) ) {
	...

Zusätzlich kann man prüfen, ob das Theme die Funktion  unterstützt und explizit für Beiträge (post) oder Seiten (page) nutzen. Sehr interessant, wenn man zusätzliche Funktionen in den Schreiben-Bereich des Backend bringen möchte, welcher abhängig von diesem Feature innerhalb des Theme ist.:

if ( current_theme_supports( 'post-thumbnails', array( 'page' ) ) ) {
	add_meta_box( ...

In diesem Zusammenhang kann man auch extern Dateien mit neuen Funktionen einbinden.

require_if_theme_supports( 'post-thumbnails', ABSPATH . WPINC . '/my-post-thumbnail-funktion.php' );


 © Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)
Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

bueltge.de [by:ltge.de] » Theme

WordPress Custom Post Types in den Loop holen

Suche in WordPress Nav Menu

WordPress Custom Post Types als CSS-Klasse im Frontend nutzen

Kategorien beim WordPress Beitrag verfassen rechte-abhängig filtern

Blätterfunktion für WordPress

Beispiel Screenshots

Die Funktion

Beispiel für Anpassungen

WordPress Artikelbild via CSS als Hintergrundbild nutzen

Benutzerdefinierte Felder zum Steuern des WordPress Nav Menu

Gastbeitrag

Einfaches Autoresize für die WordPress Hintergrundbild-Funktion

Werte aus dem Backend nutzen

Anzahl der Links in WordPress ausgeben

Ein Gästebuch im WordPress TwentyTen Theme

Der grobe Ablauf

Die guestbook-page.php

Die guestbook-page.php

' . get_the_title() . '' ); ?>

Die Sprache

Abschluss

Download:

WordPress Login-Seite anpassen #3

Mehr:

Logo ändern

Namen ändern

Link ändern

WordPress Child-Themes verstehen

Vorteile der Idee Child Theme

Nachteile der Verwendung Child Theme

Child Theme anlegen

Am Stylesheet drehen

Templates ersetzen

Templates erweitern

Funktionen einbringen

Fazit

Download:

WordPress Custom Post Type und Permalinks

WordPress-Theme in Abhängigkeit des Titel

Mit Hilfe des Titel

Plugin-Lösung

Photoblog Theme Greyfoto in neuer Version

Codeschnippsel zu WordPress Kategorien

Liste aller Unterkategorien

Abfrage, ob in Kategorie oder Subkategorie

Template-Part im WordPress Template laden

Am Beispiel verstehen

Funktion get_template_part()

Reihenfolge beim Laden

Theme Documentation in neuer Version

Post-Thumbnails in der Artikelansicht

WordPress IDs, Classes & Tag Referenz

WordPress Plugin für mehr Flexibilität beim Schreiben

ID, 'heading'); ?>

Contactable - Kontaktformular in WordPress

Scripte von Plugins aus dem Frontend entfernen

Beitragsausgabe in Abhängigkeit der Kommentare

WordPress Post Thumbnail und die Abwärtskompatibilität

Die `guestbook-page.php`

Die `guestbook-page.php`

Funktion `get_template_part()`