Da sich HTML5 aber schon geraume Zeit auf meiner ToDo-Liste befindet und ich ein Thema benötige um zu starten, habe ich begonnen das Basis Theme in HTML5 zu bauen, so dass WordPress direkt damit arbeiten kann. Dabei habe ich auch gleich ein Beispiel-Stylesheet beigelegt, so dass es ein Design gibt.

Zusätzlich gibt es eine kleines Stylesheet, welches die neuen Bereiche und ihre Tags darstellt, so dass man bei einem Einstieg in HTML5 ein wenig visueller arbeiten kann. Das Stylesheet ist nicht im Code verdrahtet und kann zum Beispiel einfach und unkompliziert mit Hilfe des WebDeveloper-Toolbar hinzugefügt werden. Zu finden ist das Stylesheet in der Struktur unter layout/html5areas/html5areas.css. Ein Beitrag ist damit wie folgt ersichtlich.

Diverse Punkte sind aktuell nur im Opera > 9.5 sichtbar. Dazu zählen alle Inhalte des Kommentar-Formulars. Dort wurde unter anderem Pflichtfelder übergeben, wenn sie durch WordPress gesetzt werden und die type-Attribute haben der Aufgabe bezogen ihren Wert erhalten, daher die Image-Zuordnung im Opera.

Arbeit mit...

Als Nachschlagewerk dient mit die Übersicht des w3c und das Blog zum Thema HTML5. Leider ist die Arbeit beim Validieren aktuell nicht so einfach, da mir kein Validator bekannt ist, der lokal validieren kann. Über Tipps würde ich mich daher freuen. Für den IE liefere ich ein Script mit, welches ihm den Umgang mit diversen Elementen beibringt.

• HTML 5
• html5doctor
• HTML5 Validator
• HTML5 enabling script

Warum das alles?

Ich würde mir wünschen, dass der eine oder andere mal drüber schaut, vielleicht Leute, die schon mehr mit HTML5 gearbeitet haben und tief in der Materie stecken. Rückmeldungen wären toll und vielleicht erweitert der eine oder andere das Theme um bestimmte Tags oder Elemente.

Wie komme ich daran?

Es gibt hier keinen Download und die Arbeit daran wird in der freien Zeit weiter gehen und daher wird es immer wieder Veränderungen geben. Aktuell stehen nur wenige Grundzüge und es soll den gleichen Stand wie das WP Basis Theme bekommen. Um sich in das Theme einzuarbeiten oder einfach mal drüber zu schauen steht ein Repository bereit. Dort kann auch Kommentiert und diskutiert werden.

Der Ordner mit allen Inhalten findet sich im Bereich trunk/basis-html5 des SVN.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

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

Aus diesem Zusammenhang und diverser Fragen zum Thema zeige ich mal zwei einfache Funktionen, die in der functions.php des Themes abgelegt werden und dann willkürlich im Theme genutzt werden können. In der Regel werden sie dann also zur Ausgabe in der comments.php heran gezogen.

/**
 * count for Trackback, pingback, comment, pings
 *
 * so einbinden:
 * fb_comment_type_count('ping');
 * fb_comment_type_count('comment');
 */
if ( !function_exists('fb_comment_type_count') ) {
	function fb_get_comment_type_count( $type='all', $zero = false, $one = false, $more = false, $post_id = 0) {
		global $cjd_comment_count_cache, $id, $post;
		
		if ( !$post_id )
			$post_id = $post->ID;
		if ( !$post_id )
			return;
		
		if ( !isset($cjd_comment_count_cache[$post_id]) ) {
			$p = get_post($post_id);
			$p = array($p);
			update_comment_type_cache($p);
		}
		;
		if ( $type == 'pingback' || $type == 'trackback' || $type == 'comment' )
			$count = $cjd_comment_count_cache[$post_id][$type];
		elseif ( $type == 'pings' )
			$count = $cjd_comment_count_cache[$post_id]['pingback'] + $cjd_comment_count_cache[$post_id]['trackback'];
		else
			$count = array_sum((array) $cjd_comment_count_cache[$post_id]);
		
		return apply_filters('fb_get_comment_type_count', $count);
	}
	
	// comment, trackback, pingback, pings, all
	function fb_comment_type_count( $type='all', $zero = false, $one = false, $more = false, $post_id = 0 ) {
		
		$number = fb_get_comment_type_count( $type, $zero, $one, $more, $post_id );
		
		if ( $number > 1 )
			$output = str_replace('%', number_format_i18n($number), ( false === $more ) ? __('% Comments') : $more);
		elseif ( $number == 0 )
			$output = ( false === $zero ) ? __('No Comments') : $zero;
		else // must be one
			$output = ( false === $one ) ? __('1 Comment') : $one;

		echo apply_filters('fb_comment_type_count', $output, $number);
	}
}

if ( !function_exists('fb_update_comment_type_cache') ) {
	function fb_update_comment_type_cache(&$queried_posts) {
		global $cjd_comment_count_cache, $wpdb;
		
		if ( !$queried_posts )
			return $queried_posts;
		
		foreach ( (array) $queried_posts as $post )
			if ( !isset($cjd_comment_count_cache[$post->ID]) )
				$post_id_list[] = $post->ID;
		
		if ( $post_id_list ) {
			$post_id_list = implode(',', $post_id_list);
		
			foreach ( array('', 'pingback', 'trackback') as $type ) {
				$counts = $wpdb->get_results("SELECT ID, COUNT( comment_ID ) AS ccount
							FROM $wpdb->posts
							LEFT JOIN $wpdb->comments ON ( comment_post_ID = ID AND comment_approved = '1' AND comment_type='$type' )
							WHERE post_status = 'publish' AND ID IN ($post_id_list)
							GROUP BY ID");
				
				if ( $counts ) {
					if ( '' == $type )
						$type = 'comment';
					foreach ( $counts as $count )
						$cjd_comment_count_cache[$count->ID][$type] = $count->ccount;
				}
			}
		}
		
		return $queried_posts;
	}
	
	add_filter('the_posts', 'fb_update_comment_type_cache');
}

Sind die beiden Funktionen abgelegt und damit im Theme verfügbar, so könnte die Nutzung für die drei Formen comments, trackbacks und pingbacks zum Beispiel wie folgt aussehen.

if ( function_exists('wp_list_comments') ) {
	
	// WP 2.7 Kommentar Loop
	if ( have_comments() ) { ?>
		
		<?php if ( empty($comments_by_type['comment']) ) { ?>
			<h2 id="comments"><?php fb_comment_type_count( 'comment' ); ?></h2>
			<ol class="commentlist">
				<?php wp_list_comments( 'type=comment&callback=fb_theme_comment' ); ?>
			</ol>
		<?php } ?>
	
		<?php
		if ( function_exists( 'fb_comment_type_count' ) ) {
			// alternativ type pings fuer trackback + pingback
			if ( empty($comments_by_type['pingback']) ) { ?>
				<h2 id="pingback"><?php fb_comment_type_count( 'pingback', 'Keine Pingback', 'Ein Pingback', '% Pingbacks' ); ?></h2>
				<ol class="pingbacklist">
					<?php wp_list_comments('type=pingback'); ?>
				</ol>
			<?php } ?>
			
			<?php
			// alternativ type pings fuer trackback + pingback
			if ( empty($comments_by_type['trackback']) ) { ?>
				<h2 id="trackback"><?php fb_comment_type_count( 'trackback', 'Keine Trackback', 'Ein Trackback', '% Trackbacks' ); ?></h2>
				<ol class="trackbacklist">
					<?php wp_list_comments('type=trackback'); ?>
				</ol>
			<?php } 
		} ?>
		
		<div class="navigation nav_comments">
			<div class="alignleft"><?php previous_comments_link() ?></div>
			<div class="alignright"><?php next_comments_link() ?></div>
		</div>
			
	<?php } else { 
		// this is displayed if there are no comments so far 
	} ?>

Die obige Syntax zeigt nur einen Ausschnitt aus der comments.php und sollte daher in die jeweilige Anforderung eingepasst werden. Im Basis-Theme von mir ist es aktuell nicht drin, kommt aber.

Die obigen Bereiche können natürlich mit anderem Markup ausgestattet werden und die Klassen und IDs sind auch nur beispielhaft. Da sind die Möglichkeiten jedem überlassen und den eigenen Anforderungen anzupassen.
Hinweise, Lob, Verbesserungen oder Kritik - die Kommentare stehen euch wie immer offen, auch wenn die meisten ja eher per Feed hier mitlesen.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

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

Die kleine Funktion im Anschluss kommt in die functions.php des Themes und addiert 2 Avatare aus dem Ordner images im Theme-Verzeichnis. Dabei empfiehlt es sich, wenn die Avatare eine Größe von 60 Pixel haben, da WordPress im Dashboard der Version 2.7 beispielsweise die Größe nutzt und das Theme auch flexibel konfiguriert werden kann.

/**
 * add a default-gravatar to options
 */
if ( !function_exists('fb_addgravatar') ) {
	function fb_addgravatar( $avatar_defaults ) {
		$myavatar = get_bloginfo('template_directory') . '/images/avatar.gif';
		$avatar_defaults[$myavatar] = 'people';
		
		$myavatar2 = get_bloginfo('template_directory') . '/images/myavatar.png';
		$avatar_defaults[$myavatar2] = 'bueltge.de';
		
		return $avatar_defaults;
	}

	add_filter( 'avatar_defaults', 'fb_addgravatar' );
}

Ist nun das Theme aktiv, dann stehen die beiden neuen Avatare zur Verfügung und können mit Hilfe der Einstellungen gesetzt werden. Die Lösung lässt sich beliebig aufweiten und ebenso in allen Bereichen nutzen. Um einen Avatar innerhalb der Kommentare oder auch anderen Bereichen zu nutzen, genügt der Aufruf echo get_avatar( $comment, 32 );, siehe Beiträge „WordPress 2.5: Gravatare einfach nutzen“ und „WP: Autoren mit Gravatar identifizieren“.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

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

Um nun aber die Funktion der „Threaded Comments“ entsprechend darzustellen und für den Besucher ansprechend zu formatieren stehen eine ganze Reihe von Klassen zur Verfügung. Nicht alle muss man nutzen und viele entstehen auch nur durch die Unterstützung der Semantik mit Mikroformaten in WordPress.

Alle möglichen Zugriffe via CSS sind im folgenden gelistet und helfen dem einen oder anderen aber beim Erarbeiten des CSS und ersparen ein wenig Arbeit mit Hilfe von Firebug und co.

ol.commentlist {}
ol.commentlist li {}
ol.commentlist li.alt {}
ol.commentlist li.bypostauthor {}
ol.commentlist li.byuser {}
ol.commentlist li.comment-author-admin {}
ol.commentlist li.comment {}
ol.commentlist li.comment div.comment-author {}
ol.commentlist li.comment div.vcard {}
ol.commentlist li.comment div.vcard cite.fn {}
ol.commentlist li.comment div.vcard cite.fn a.url {}
ol.commentlist li.comment div.vcard img.avatar {}
ol.commentlist li.comment div.vcard img.avatar-32 {}
ol.commentlist li.comment div.vcard img.photo {}
ol.commentlist li.comment div.vcard span.says {}
ol.commentlist li.comment div.commentmetadata {}
ol.commentlist li.comment div.comment-meta {}
ol.commentlist li.comment div.comment-meta a {}
ol.commentlist li.comment * {} - (p, em, strong, blockquote, ul, ol, etc.)
ol.commentlist li.comment div.reply {}
ol.commentlist li.comment div.reply a {}
ol.commentlist li.comment ul.children {}
ol.commentlist li.comment ul.children li {}
ol.commentlist li.comment ul.children li.alt {}
ol.commentlist li.comment ul.children li.bypostauthor {}
ol.commentlist li.comment ul.children li.byuser {}
ol.commentlist li.comment ul.children li.comment {}
ol.commentlist li.comment ul.children li.comment-author-admin {}
ol.commentlist li.comment ul.children li.depth-2 {}
ol.commentlist li.comment ul.children li.depth-3 {}
ol.commentlist li.comment ul.children li.depth-* {}
/* * steht für die Einstellungen der Antwort-Tiefe im Backend */
ol.commentlist li.comment ul.children li.depth-10 {}
ol.commentlist li.comment ul.children li.odd {}
ol.commentlist li.even {}
ol.commentlist li.odd {}
ol.commentlist li.parent {}
ol.commentlist li.pingback {}
ol.commentlist li.pingback div.comment-author {}
ol.commentlist li.pingback div.vcard {}
ol.commentlist li.pingback div.vcard cite.fn {}
ol.commentlist li.pingback div.vcard cite.fn a.url {}
ol.commentlist li.pingback div.vcard span.says {}
ol.commentlist li.pingback div.commentmetadata {}
ol.commentlist li.pingback div.comment-meta {}
ol.commentlist li.pingback div.comment-meta a {}
ol.commentlist li.pingback * {} 
/* * steht für Tags; z.B.: p, em, strong, blockquote, ul, ol, etc. */
ol.commentlist li.pingback div.reply {}
ol.commentlist li.pingback div.reply a {}
ol.commentlist li.pingback ul.children {}
ol.commentlist li.pingback ul.children li {}
ol.commentlist li.pingback ul.children li.alt {}
ol.commentlist li.pingback ul.children li.bypostauthor {}
ol.commentlist li.pingback ul.children li.byuser {}
ol.commentlist li.pingback ul.children li.comment {}
ol.commentlist li.pingback ul.children li.comment-author-admin {}
ol.commentlist li.pingback ul.children li.depth-2 {}
ol.commentlist li.pingback ul.children li.depth-3 {}
ol.commentlist li.pingback ul.children li.depth-4 {}
ol.commentlist li.pingback ul.children li.depth-* {}
/* * steht für die Einstellungen der Antwort-Tiefe im Backend */
ol.commentlist li.pingback ul.children li.depth-10 {}
ol.commentlist li.pingback ul.children li.odd {}
ol.commentlist li.thread-alt {}
ol.commentlist li.thread-even {}
ol.commentlist li.thread-odd {}

via Chris Harrison

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

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

Mehr:

• #1
• #2
• #3

WordPress 2.7 steht vor der Tür und es gibt ein Update des Backend-Designs. Das sollte sich sicher rumgesprochen haben und hinzu kommt ein neuer Login-Bereich. Es wurde nur wenig geändert, aber der Anblick entspricht dem Design des neuen Backends.
Schon in der Vergangenheit habe ich beispielsweise im Artikel „WordPress 2.5 und Theme-definiertes Login“ für das Anpassen des Design an das Theme gesprochen. Aus meiner Sicht gehört es einfach zu einem Rundumpaket eines definierten Themes – ganz im Sinne eines Corporate Designs.

Ab der Version 2.7 ist damit das CSS ein wenig anders und wer den Login-Bereich ebenso anpassen möchte, dem zeige ich hier kurz wie es geht und hinterlege das CSS für ein Beispiel.

Stylesheet laden

Um das erstellte CSS für den Login-Bereich zu laden nutze ich eine kleine Funktion, die ich in der functions.php des jeweiligen Themes ablege und via Hook login_head im Login-Head integriere. So kann ich speziell für das Theme den Login definieren und beim Umschalten eines anderen Themes wird dann das andere Login-Design gezogen.

// custom login for theme
// folder themes/theme_name/custom-login/
function fb_custom_login() {
	echo '<link rel="stylesheet" type="text/css" href="' . get_bloginfo('template_directory') . '/custom-login/custom-login.css" />';
}
 
add_action('login_head', 'fb_custom_login');

Die Stylesheet-Datei heißt dabei custom-login.css und liegt innerhalb des Ordner custom-login im Ordner des Themes.

Das Stylesheet

Wie schon angesprochen ein kleines Beispiel, was aber die Klassen und IDs des Login-Bereich enthält und so das Anpassen ein wenig erleichtert.

html {
background-color: #fff;
}

#login form {
padding-top: 100px;
}
#login form .submit input {
border-color: #bcb38f !important;
color: #777 !important;
}
#login form .submit input:hover {
border-color: #bcb38f !important;
color: #bcb38f !important;
}
#login h1 {
display: none;
}
.login #nav a {
color: #777 !important;
}
.login #nav a:hover {
color: #bcb38f !important;
}

#wphead img, #wphead h1 {
display: none;
}
#wphead {
height: 100px;
}
#wphead-info {
padding-top: 27px;
}

#footer {
display: none;
}
#footer_custom {
clear: both;
text-align: center;
width: 500px;
margin: auto;
height: 100px;
}
#footer_custom .docs {
padding-top: 0px;
line-height: 100%;
}
#footer_image {
border:none;
}

Soweit zum Beispiel, welches nur eine Möglichkeit der Anpassung darstellt. Hierbei sind den Künsten in der Anwendung von CSS keine Grenzen gesetzt.
Aus meiner Sicht in die Nutzung der Firebug Erweiterung für die Analyse unerlässlich und es empfiehlt sich damit zu arbeiten, wenn man diese noch nicht nutzt.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

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

add_menu_page()

Die Funktion add_menu_page() existiert seit beginn von WordPress und hat nun ab Version 2.7 einen Parameter mehr – $icon_url.

add_menu_page( $page_title, $menu_title, $access_level, $file, $function = '', $icon_url = '' )

Dieser Parameter kann entweder einen Pfad zum Icon übergeben oder einen div, der dann via CSS angesprochen wird. Im weiteren möchte ich den Weg via CSS zeigen, weil man so die Möglichkeit des Hover-Effekt nutzen kann, der ab Version 2.7 von WordPress Standard ist und die Benutzerführung sehr angenehm gestaltet.

Beispiel Plugin

Im folgenden ist ein kleines Beispiel zum Nachvollziehen. Dabei habe ich das Plugin wie folgt erstellt und im Ordner /plugins/ der WP-Installation abgelegt.
→ plugins
   → test
     ⊥→ css
         ⊥→ style.css
     ⊥→ images
         ⊥→ fb_menu.png
     ⊥→ test.php

Im Plugin gibt es dann die folgende Funktion um den Menu-Punkt im Top-Level Bereich zu erzeugen. Dabei wird als letzter Parameter der Wert div übergeben.
Im Anschluss wird die Funktion via Hook aufgerufen, so dass der Menupunkt erzeugt wird und der Inhalt der Funktion zur Verfügung steht.

function add_menu_page_in_27() {
	add_menu_page(__('Test', 'test'), __('Test Description', 'test'), 9, basename(__FILE__), '', 'div');
}

add_action('admin_menu', 'add_menu_page_in_27');

Icon via CSS Sprites

Nun steht das HTML im backend, ein Icon ist damit aber noch nicht da und so nutzen wir die Möglichkeiten via CSS und erzeugen je nach Effekt das entsprechende Icon. Dazu nutze ich die Möglichkeit der CSS Sprites, die ich im Artikel „CSS Sprites einfach erklärt“ näher erläutere.

Als Icon lege ich dabei im Plugin eine Datei ab, die beiden Zustände enthält, siehe Abbildung.

Das zugehörige CSS sieht in meinem Beispiel wie folgt aus, welches ich im Ordner css des Plugins ablege und im Anschluss aufrufe.
Dabei wird das ID für den Menupunkt aus dem Namen der Datei erstellt – toplevel_page_test = toplevel_page_ + test.php.

#adminmenu #toplevel_page_test div.wp-menu-image {
	background: transparent url('../images/fb_menu.png') no-repeat scroll -1px -33px;
}
#adminmenu #toplevel_page_test:hover div.wp-menu-image,
#adminmenu #toplevel_page_test.wp-has-current-submenu div.wp-menu-image,
#adminmenu #toplevel_page_test.current div.wp-menu-image {
	background: transparent url('../images/fb_menu.png') no-repeat scroll -1px -1px;
}

wp_enqueue_style( 'test_css', plugins_url( $path = '/test/css/style.css'), array() );

Fazit

Damit steht eine saubere und übersichtliche Lösung bereit, die auch in kleineren Funktionen integriert werden kann, in dem man sie auf Basis der WP-Version abfragt.

if ( version_compare( $wp_version, '2.6.999', '>' ) ) {
 // ab Version 2.6.999
} else {
 // kleiner Version 2.6.999
}

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.

Download als zip-Datei: mymenu27_test.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

Lange Rede kurzer Sinn - ich habe die neue WordPress-Version und diverse Wünsche von Nutzern zum Anlass genommen und ein neues Plugin erstellt. Damit löse ich das alte Plugin ab und pflege nur noch dieses hier.

Was macht das Plugin?

Das Plugin ermöglicht es an verschiedenen Stellen des Backend einen Link, zum Aktualisieren des WordPress internen Cache, zu hinterlegen.
Ebenso kann man sich alle Inhalte des Cache in einer einfachen Baumstruktur anschauen.
Aber auch ohne aktiv zu werden steuert das Plugin den Cache, in dem es in Bereichen wie Kommentar frei geben, Beitrag editieren, Beitrag löschen und ähnliches den Cache neu aufsetzt. Alternativ kann man das via Direktzugriff im Backend und Frontend machen. Die unterschiedlichen Möglichkeiten lassen sich via Optionen setzen.
Ebenso kann man als geloggte User, der die Rechte der Cache-Steuerung hat, in der Regel Admin's, im Frontend die wichtigsten Inhalte des Cache sehen.

Vielen Dank an Heiko Rabe, Philip Hetjens und Sergej Müller für die Unterstützung beim Plugin. Diverse Ansätze und Überlegungen kamen aus den sehr netten Kontakten.

Anforderungen

Das Plugin arbeitet mit WP 2.0 und höher, inklusive 2.5, optimiert ist es für 2.6 & 2.7.

Installation

1. Plugin downloaden und die zip-Datei lokal entpacken.
2. Die PHP-Datei in euren WordPress-Plugin-Ordner kopieren (/wp-content/plugins/).
3. Im Adminbereich deines Blogs das Plugin aktivieren.
4. Die Einstellung auf eure Wünsche anpassen!

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.

Download als zip-Datei:
downloads.wordpress.org/plugin/wp-cache-inspect.zip - 76 kByte

Historie

• Grundversion stammt von PJW WP Cache Inspect
• 0.6 - neuer Code, mehr Funktionen und optimiert für WP 2.6 & WP 2.7
• 0.7 - Link zum Aktualisieren des Cache im Frontend möglich
• 0.8 - Einstellungen im Settings-Bereich, User-Einstellungen der Boxen werden gespeichert, Auslagerung CSS und JS, div. Änderungen im 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

Icon im Menu

Im ersten Fall möchte ich zeigen, wie man das Menu um ein Icon erweitern kann. Dies kann zu Mehrwert im Sinne von Übersichtlichkeit führen bzw. ist es auch ein Hingucker für die Nutzer, der Menu-Link ist augenscheinlicher. Ich verwende zum Einbau des kleinen Icon nicht den Verweis auf die Datei, sondern lege das Icon base64-codiert im Code des Plugins ab. Das sparrt eine Datei, geschweige denn einen Ordner und den Zugriff, so dass ein request gespart wird.

Um eine Datei in den Code zu wandeln, habe ich einen kleinen Service eingerichtet, wer sich also nichts selber bauen will, kann diesen gern nutzen – Image2Base64 Generator.

Das Icon wird nur ab Version 2.7 von WordPress integriert, dass prüfe ich mit einer einfachen Abfrage der Version. Weitere Infos habe ich am Code hinterlegt.

/**
 * Images/ Icons in base64-encoding
 * @use function fb_sayfa_sayac_get_resource_url() for display
 */
if( isset($_GET['resource']) && !empty($_GET['resource'])) {
	# base64 encoding
	$resources = array(
		'ssprc.gif' =>
		'R0lGODlhCwALAKIEANTU1Kurq/b29pSUlP///wAAAAAAAAAAAC'.
		'H5BAEAAAQALAAAAAALAAsAAAMlSKoRMysGIZ50A1RJ3ybNow3f'.
		'VJGoQo4nRJDdpwqjtcDy/dhLAgA7'.
		'');
	
	if(array_key_exists($_GET['resource'], $resources)) {

		$content = base64_decode($resources[ $_GET['resource'] ]);

		$lastMod = filemtime(__FILE__);
		$client = ( isset($_SERVER['HTTP_IF_MODIFIED_SINCE']) ? $_SERVER['HTTP_IF_MODIFIED_SINCE'] : false );
		// Checking if the client is validating his cache and if it is current.
		if (isset($client) && (strtotime($client) == $lastMod)) {
			// Client's cache IS current, so we just respond '304 Not Modified'.
			header('Last-Modified: '.gmdate('D, d M Y H:i:s', $lastMod).' GMT', true, 304);
			exit;
		} else {
			// Image not cached or cache outdated, we respond '200 OK' and output the image.
			header('Last-Modified: '.gmdate('D, d M Y H:i:s', $lastMod).' GMT', true, 200);
			header('Content-Length: '.strlen($content));
			header('Content-Type: image/' . substr(strrchr($_GET['resource'], '.'), 1) );
			echo $content;
			exit;
		}
	}
}


/**
 * Display Images/ Icons in base64-encoding
 * @return $resourceID
 */
function fb_sayfa_sayac_get_resource_url($resourceID) {
	
	return trailingslashit( get_bloginfo('url') ) . '?resource=' . $resourceID;
}


/**
 * add menu in backend
 */
function fb_sayfa_sayac_add_menu() {
	global $wp_version;
	if ( current_user_can('edit_posts') && function_exists('add_submenu_page') ) {

		$menutitle = '';
		if ( version_compare( $wp_version, '2.6.999', '>' ) ) {
			$menutitle = '<img src="' . wpag_get_resource_url('ssprc.gif') . '" alt="" />' . ' ';
		}
		$menutitle .= __('Post Read Counter', 'sayfasayacprc');
		
		add_submenu_page('index.php', __('Sayfa Sayac - Post Read Counter', 'sayfasayacprc'), $menutitle, 9, __FILE__, 'fb_sayfa_sayac_statistic');
		$plugin = plugin_basename(__FILE__); 
		add_filter( 'plugin_action_links_' . $plugin, 'fb_sayfa_sayac_plugin_actions' );
	}
}

Den img-Tag erweitere ich um ein Leerzeichen, damit es nicht direkt am Menutext klebt. Man könnte das auch über eine CSS-Definition machen, aber das wäre dann in den meisten Fällen wohl ein Inline-Style. Dieser bringt unnötig Code, eine Unsauberkeit und schlechtere Performance in das Backend. Bei den Entwicklern von WordPress habe ich das schon länger angesprochen, eventuell bekommen wir die CSS-Definition noch im Styte zu 2.7.

Absprung im Plugin-Bereich

den obigen Code genauer angeschaut hat, der wird schon den Zugriff auf den Filter plugin_action_links bemerkt haben. Diese nutze ich um auf der Plugin-Seite einen Absprung einzuhängen. Dieser erleichtert den Absprung in die Einstellungen oder den Datenbereich, wie hier im Beispiel. Ich denke, dass man damit dem Nutzer die Benutzung vereinfacht - kein Suchen, wo befindet sich nun der Bereich. Der Screenshot zeigt es schon, dass ich bei meinen Plugins immer den Settings-Link links der beiden Standard-Links Deaktivieren und Bearbeiten, wenn die Rechte der Datei das zulassen, integriere.

/**
 * Adds an action link to the plugins page
 */
function fb_sayfa_sayac_plugin_actions($links) {

	$settings_link = '<a href="sayfa_sayac_de.php">' . __('Settings') . '</a>';
	array_unshift( $links, $settings_link );

	return $links;
}

Die obigen Funktion läuft nur ab WordPress 2.7 und wurde von Latz näher vorgestellt! Möchte man abwärts kompatibel sein, dann geht es etwas umständlicher.

/**
 * Adds an action link to the plugins page
 */
function fb_sayfa_sayac_plugin_actions($links, $file){
	static $this_plugin;

	if( !$this_plugin ) $this_plugin = plugin_basename(__FILE__);

	if( $file == $this_plugin ){
		$settings_link = '<a href="index.php?page=sayfa_sayac/sayfa_sayac_de.php">' . __('Settings') . '</a>';
		$links = array_merge( array($settings_link), $links); // before other links
	}
	return $links;
}

Nutzt man diese etwas unübersichtliche Form, dann muss der Filter anders eingebunden werden, in meinem Beispiel in der Funktion fb_sayfa_sayac_add_menu() ist zu tauschen

$plugin = plugin_basename(__FILE__); 
add_filter( 'plugin_action_links_' . $plugin, 'fb_sayfa_sayac_plugin_actions' );

in

add_filter( 'plugin_action_links', 'fb_sayfa_sayac_plugin_actions', 10, 2 );

Aktivieren der beiden Hooks

Über den Hook admin_menu aktivere ich die beiden anderen Hooks. Im Vorfeld frage ich aber ab, ob man sich auch im Admin befindet, so dass nur dann der Code Beachtung findet.

/* Register WordPress hooks */
if ( is_admin() ) {
	add_action('admin_menu', 'fb_sayfa_sayac_add_menu');
}

Ich denke, dass die diese beiden Möglichkeiten einen Mehrwert darstellen und schon eine ganze Reihe von Plugins haben diese Funktion, andere werden in naher Zukunft ein Update bekommen. Vielen Nutzer bestätigen mir das und mögen vor allem den schnellen Absprung im Plugin-Bereich. Ideen, Lob und Kritiken – wie immer steht die Kommentarfunktion offen und freut sich über Meinungen.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

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

Für Plugin- und Theme-Autoren ist es aber interessant, denn ab nun kann man dem Nutzer diversen Mehrwert bieten. Informationen aus dem Plugin oder Theme können dort angeboten werden, so dass der Nutzer selbst entscheidet, ob er diese Info's sehen will.

Schön ist, dass die Integration sehr einfach zu nutzen ist und ähnlich wie die Meta Boxen (hier schon detailliert erklärt) gesteuert wird, die im übrigen dafür verantwortlich ist, aber mit einer Funktion direkt für Widgets ausgestattet wurde. Das folgende kleine Beispiel zeigt, wie man ein Widget in das Dashboard integriert.

Der obige Screenshot zeigt schön, dass ich das Widget Test My Dashboard hinzugefügt habe. Ebenfalls zu sehen ist die mögliche Deaktivierung im Menu.

/**
 * Inhalt des Dashboard-Widget
 */
function my_wp_dashboard_test() {
	echo 'Test Add Dashboard-Widget';
}

/**
 * Dashboard Widget hinzufügen via Funktion wp_add_dashboard_widget()
 */
function my_wp_dashboard_setup() {
	wp_add_dashboard_widget( 'my_wp_dashboard_test', __( 'Test My Dashboard' ), 'my_wp_dashboard_test' );
}

/**
 * Nutzen des Hook, um das neue Widget zu integrieren
 */
add_action('wp_dashboard_setup', 'my_wp_dashboard_setup');

Einige kleine Hinweise zur Aufgabe stehen direkt am Code. Im Grunde ist die Funktion wp_add_dashboard_widget() der Schlüssel, die übergibt das neue Widget; via Hook wp_dashboard_setup wird dieses dann im Dashboard aktiviert.

function wp_add_dashboard_widget( $widget_id, $widget_name, $callback, $control_callback = null )

Die Funktion benötigt 3 Parameter und ein weiterer ist optional.

1. Die ID, der erste Parameter, wird benutzt, um das Widget via JavaScript zu deaktiveren und anzusprechen. einmal im Menu:

   
   <label for="my_wp_dashboard_test-hide"><input class="hide-postbox-tog" name="my_wp_dashboard_test-hide" type="checkbox" id="my_wp_dashboard_test-hide" value="my_wp_dashboard_test" checked="checked" />Test My Dashboard</label>
   

   und auch im eigentlichen Widget:

   
   <div id="my_wp_dashboard_test" class="postbox " >
   <h3 class='hndle'><span>Test My Dashboard</span></h3>
   <div class="inside">Test Add Dashboard-Widget</div>
   </div>
   

2. Der zweite Parameter übergibt den Namen, welcher auch sichtbar ist, eingeschlossen in den h3-Tag; bzw. auch im Menu vergeben ist.

   
   <h3 class='hndle'><span>Test My Dashboard</span></h3>
   

3. Mit Hilfe des dritten Parameter wird die Funktion übergeben, die den Inhalt des Widget enthält. Es erfolgt kein echo, es muss explizit genutzt werden. Daraus resultiert ein gewissen Freiheit und nicht nur die einfache Ausgabe von Inhalten kann erstellt werden.

Hinweis

Der Hook activity_box_end, der seit Version 2.3 existiert, existiert weiterhin. Er bringt den Content in das Widget „Right Now“.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

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

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

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

Die neue Möglichkeit besteht im Bereich der Veröffentlichung, des Status, dort wo man den Termin des Beitrags editieren konnte. Das ist einfach und schnell gemacht, dazu muss man nichts anpassen oder neu kennen lernen.

Aber was, wenn man ein Sticky entsprechend formatieren will? Dafür gibt es eine neue Funktion - post_class(). Diese gibt die Klassen für den jeweiligen Beitrag aus und damit auch die Klasse sticky, wenn es sich um einen Sticky handelt.
Zusätzlich werden Klassen für Kategorien und Tags ausgegeben. Dazu ein Beispiel und nähere Erläuterungen.

Beispielausgabe

Die obige Ausgabe resultiert aus dem folgenden Code im Template:

Hintergründe

Die Funktion gibt also alle möglichen Klassen aus, wobei immer die

• Klasse zur Art ausgeben wird - post
• ob es sich um ein Stick-Post handelt - sticky
• für die Erweiterung hAtom - hentry (siehe Schema der Mikroformate)
• alle Kategorien, denen der Beitrag zugeordnet ist
• und alle Tags, die zugewiesen sind.

Die Funktion kann aber auch zusätzliche Klassen ausgeben. Besonders nützlich wenn man ein bestehendes Theme, welches schon vor Version 2.7 von WordPress im Einsatz ist und ein Klasse hat, erweitern will. Dies geht, in dem man die Klasse übergibt.

post_class( 'meine_klasse')

Im weiteren kann man noch die ID eines Beitrags übergeben. Von diesem Beitrag werden dann die Klassen gezogen. Auch dazu ein Beispiel.

post_class( 'meine_klasse', '9')

Im Standard sieht die Funktion wie folgt aus.

post_class( $class = '', $post_id = null )

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

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

Die Funktion begeistert aus Sicht der Einfachheit, klicken, warten und fertig.
Andere Diskussionen möchte ich hier noch nicht starten, denn noch ist es Beta. Natürlich gibt es wie bei vielen Dingen immer etwas zu kritisieren, aber die Einfachheit war von der Nutzerwelt erwünscht. Schauen wir, ob damit die Diskussionen um zu viele, zu schnelle Updatezyklen verschwinden.

Alternativ kann man auch nur die aktuelle Version downloaden und dann wie gewohnt selber einspielen. Ebenso kommt WordPress nun mit einer hauseigenen Backupversion daher. Damit machen sich wieder Erweiterungen überflüssig und das Update inklusive einer Sicherung ist wirklich schnell und einfach durchgeführt. Das Backup erstellt eine XML-Datei mir dem gewohnten WordPress-XML-Format (WordPress WXR), welches man via Import einspielen kann. Dieser findet sich im aktuellen Design im Bereich Tools, welches im WP-Hacker-Diskussionskreis sehr angenehm aufgenommen wird.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

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

1. is_uninstallable_plugin($plugin)
2. uninstall_plugin($plugin)

und der zugehörige Hook in wp-includes/plugin.php

1. register_uninstall_hook($file, $callback)

Um nun das Plugin mit der Möglichkeit zu bereichern, können zwei Möglichkeiten genutzt werden.

1. Eine Datei mit der Bezeichnunguninstall.php muss im Plugin vorliegen.
2. Der Hook zur Deinstallation register_uninstall_hook muss angesprochen werden.

Bis zu Version 2.7 von WordPress konnte man ebenfalls die Daten aus der Datenbank löschen, allerdings nur wenn man das Plugin deaktiviert (Hook register_deactivation_hook()) oder mit Hilfe eines Formulars. Sollte dabei eine Funktion genutzt worden sein, dann kann diese auch weiterhin dafür einspringen. Lediglich das Ansprechen hat sich geändert.
Um auch andere Versionen von WordPress zu unterstützen, empfiehlt es sich die Konstante WP_UNINSTALL_PLUGIN abzufragen, denn diese steht erst ab Version 2.7 zu diesem Zweck bereit. Alternativ kann man auch den Hook register_uninstall_hook() nutzen, da dieser zur Funktion via Hook notwendig ist. Beide Möglichkeiten habe ich im folgenden Beispielen hinterlegt.

Die folgenden Funktion soll beispielhaft in einem Plugin stehen und löscht den Eintrag example aus der Datenbank Tabelle options.

/**
 * Delete options in database
 */
function example_deinstall() {

	delete_option('example');
}

via Datei uninstall.php

Die einfachste Möglichkeit ist das Anlegen der Datei unistall.php mit den entsprechenden Einträgen zum Löschen von Daten in der Tabelle options.

delete_option('example');

Um ein Fehlverhalten in älteren Versionen von WordPress vorzubeugen, empfiehlt sich hier der Einsatz der Konstante. Ist diese nicht definiert, dann findet im Beispiel ein einfacher Abruch statt.

if ( !defined('WP_UNINSTALL_PLUGIN') ) {
    exit();
}
delete_option('example');

via Hook register_uninstall_hook()

Alternativ kann man die Deinstallation auch per Hook registrieren, so dass man nicht auf die Datei angewiesen ist und man optional einfacher eine Möglichkeit der Deinstallation in das Plugin integrieren kann. Dazu steht der Hook register_uninstall_hook() zur Verfügung.

 /**
 * Check for hook
 */
if ( function_exists('register_uninstall_hook') )
	register_uninstall_hook(__FILE__, 'example_deinstall');

 /**
 * Delete options in database
 */
function example_deinstall() {

	delete_option('example');
}

Die Möglichkeit, dass man direkt im Backend von WordPress Plugins löschen kann, macht es sicher dem Nutzer ein wenig leichter, seine Installation von unnötigen Daten zu befreien. Nun müssen die Autoren von Plugins diese Lösung noch unterstützen und die Tabell options wird es sicher danken.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

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

Nun integriert WordPress diese Funktion in den Core und ab Version 2.7 steht es den Nutzern bereit. Unkompliziert kann man nun auf den Editor zugreifen und den jeweiligen Kommentar direkt ansprechen.

Interessant ist das auch, weil vielleicht der eine oder andere diese Möglichkeit im Frontend haben möchte, quasi die Funktionen des Admin im Frontend des Blog. Damit wird es ein wenig einfacher die Funktionen zu integrieren und bei geloggtem User könnte man diese Funktionen auch im Frontend zur Verfügung stellen. Hat den Vorteil, dass man das LAyout direkt überprüfen kann; besonders interessant bei Code-Schnippseln.

WordPress hat aktuell noch weitere schöne Sachen im aktuellen Beta drin, dazu aber eventuell ein anderes mal mehr.

Kleiner Nachtrag

Man kann nun Kommentare per Tastatur effektiver und schneller behandeln, dabei stehen folgende Tasten zur Verfügung:

• j = next comment
• k = previous
• a = approve
• u = unapprove
• d = delete
• s = spam
• r = reply

© 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 kleiner Nachtrag zum aktuellen Release im SVN und dem zugehörigen Beitrag, denn die Einstellungen zum Bilderuplaod und setzen im Beitrag sind nun schon drin und ebenso die Möglichkeit einen Beitrag als Sticky zu setzen. Bisher nur per Plugin möglich, kann man nun als Autor entscheiden, ob der Beitrag auf der Startseite längerfristig erscheinen soll - immer als Beitrag Nummer 1 im Loop.

Der Bereich Verwalten wird wieder mit zusätzlichen Links versehen sein. Unter anderem wurde das ja an dem letzten Designwechsel zu Version 2.5 kritisiert. So kann man nun wieder einen Link zum Bearbeiten und Löschen vorfinden. Ebenso gibt es einen neue Darstellung, die die Beiträge mit dem Auszug (Excerpt View) listet.

Im Bereich Schreiben erinnert es wieder ein wenig an die Version 2.3, denn man kann nun die Metaboxen wieder positionieren. Dazu ist die UI für jQuery hinzugekommen und Kategorien, Tags und Veröffentlichungsdaten sind nun wieder rechts neben dem Editor. Ebenso tut sich etwas in der Möglichkeit Medien einzufügen, denn ein neuer bereich im Siderbar ist aktiv, bisher aber nicht befüllt - lassen wir uns auch hier überraschen.

Die Installation von Plugins direkt im Backend funktioniert ebenso zu großen Teilen, einfach mal ein kleiner Einblick via Screenshot, ohne auf die Details einzugehen, denn die sind noch nicht fertig und sicher der einen oder anderen Diskussion würdig.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

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

Ob sie damit in die kommende 2.7 kommt - lassen wir uns überraschen. Für Entwickler und Buchautoren ist sie sicher einen Blick wert, denn das eine oder andere Problem mit Darstellungen in Plugins wird wohl auftreten und ein Buch zum Thema WordPress zu schreiben, macht es damit auch nicht leichter. Bisher musste ich mich nur mit der Vielzahl von Neuerungen rum schlagen, nun können Thomas und ich kaum noch mit dem Tempo von WP mithalten. Fast täglich kommen neue Funktionen, die einen tieferen Blick wert sind und erschweren uns das Schreiben. Das Erstellen von Screenshots haben wir gänzlich aufgegeben, obwohl wir damit sehr sparsam umgehen, denn pro Bild bekommen wir recht viele Zeichen hin, die doch mehr Aussage haben.

Eine ganze Reihe von interessanten Punkten und Zielsetzungen haben ich bereits auf das Blog von WordPress Deutschland genannt. Einiges ist schon drin, vieles fehlt noch.

Schon jetzt kann man mit der neuen Inbox spielen und begutachten.

Es wird also viele Neuerungen geben, nicht nur im Frontend, sondern auch im Funktionsumfang. Eine ganze Reihe Neuerungen werden nicht augenscheinlich zu entdecken sein, aber es passiert einiges und aktuell arbeit man sehr fleißig. Schon jetzt ist die neue http-API drin, die unter anderem für das automatische Update des Core und der Plugins, Installation von Plugins direkt im Backend und die Suche nach Plugin-Lösungen im Backend der WP-Installation. Dies hat den Nachteil, dass man nicht Offline arbeiten kann, für die aktuelle Version habe ich ein Workaround bzw. Plugin erstellt, siehe Artikel „WordPress 2.7 offline nutzen“

Dies kann fatale Folgen haben, wird doch der Code eines Plugins bisher nicht geprüft; prinzipiell kann jeder Nutzer sein Plugin im offiziellen Verzeichnis von WordPress hoch laden, ohne jegliche Prüfung, wie das in wenigen Punkten bei einem Theme gemacht wird.
Nach meiner Ansicht kann WordPress das auch aktuell nicht leisten, mit dem Umfang der Entwickler und freien Mitarbeiter (aktuell ca. 15 + 3 freie Entwickler) wird der Einblick in jedes neue Plugin, geschweige denn Updates, nicht realisierbar sein. Aber die Vielzahl und die Einfachheit von WordPress-Plugins haben sicher WordPress zu der Popularität verholfen, die WP heute hat. Will man dies also leisten, oder will man die Freiheit dem Entwickler überlassen. Leider gibt es immer schwarze Schafe und das Einbinden von schadhaftem Code via Plugin wird damit einfacher. Das Vertrauen des Nutzers an WordPress ist schnell gesetzt, aber damit ist keine Sicherheit gegenüber den Plugin-Autoren gegeben. Um so mehr appelliere ich an euch Nutzer - prüft die Plugins, bevor ihr sie einsetzt! Trennt endlich den Administrator vom Nutzer! Das kann man auch, wenn man den Code nicht versteht.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

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

Die Entwickler und Nutzer geben eine ganze Reihe an Einblicken in die Roadmap, in die neue Oberflächenstudie CrazyHorse und viele Tools rund um WordPress. So soll beispielsweise BuddyPress (BuddyPress DE), dass Plugin, welches WordPress zu einer Social Plattform macht, Ende des Jahres in der Version 1.0 erscheinen. Ab dann kann man ernsthaft testen und mit wenig finanziellen Hintergrund eine Plattform für Communities schaffen.

Daher ein Lesetipp für alle WordPress-Interessierten und für die, die wissen wollen, was um WordPress passiert - WordCamp San Francisco 2008.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

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

add_action( 'init', 'wp_version_check' );
...
add_action( 'load-plugins.php', 'wp_update_plugins' );
add_action( 'admin_init', '_maybe_update_plugins' );

Damit ist kommt man wieder in das Backend und kann ungestört arbeiten. Wer aber täglich bzw. des öfteren ein Update zieht, was bei der Verwendung aus dem SVN sinnvoll ist, der will sicher nicht ständig diesen Eintrag ändern.

Alternativ lohnt also ein Plugin. Eine einfache und schnelle Variante kann man sich im Anschluss kopieren und nutzen. Einfach in den Plugin-Ordner verschieben und im Backend aktivieren. Dann kann der Eingriff in der update.php wieder rückgängig gemacht werden und die Versionsprüfung erfolgt nicht.

<?php
/**
 * @package WP Offline
 * @author Frank Bültge
 * @version 0.5
 */

/*
Plugin Name: WP Offline
Plugin URI: http://bueltge.de/wordpress-27-offline-nutzen/710/
Description: Deactivate autoupdate for core, plugins and themes
Version: 0.5
Author: Frank B&uuml;ltge
Author URI: http://bueltge.de/
Last Change: 04.01.2011
*/

remove_action( 'admin_init', '_maybe_update_core' );
remove_action( 'wp_version_check', 'wp_version_check' );
wp_clear_scheduled_hook( 'wp_version_check' );

remove_action( 'load-plugins.php', 'wp_update_plugins' );
remove_action( 'load-update.php', 'wp_update_plugins' );
remove_action( 'load-update-core.php', 'wp_update_plugins' );
remove_action( 'admin_init', '_maybe_update_plugins' );
remove_action( 'wp_update_plugins', 'wp_update_plugins' );
wp_clear_scheduled_hook( 'wp_update_plugins' );

remove_action( 'load-themes.php', 'wp_update_themes' );
remove_action( 'load-update.php', 'wp_update_themes' );
remove_action( 'load-update-core.php', 'wp_update_themes' );
remove_action( 'admin_init', '_maybe_update_themes' );
remove_action( 'wp_update_themes', 'wp_update_themes' );
wp_clear_scheduled_hook( 'wp_update_themes' );

remove_action('init', 'wp_schedule_update_checks');
?>

Kleines Update; mit Version 2.8 von WordPress werden auch die Themes auf Aktualität geprüft, daher habe ich die Syntax des Plugins erweitert und nun kann es auch unter 2.8 genutzt werden.
Version 0.5 ist für 3.0 geeignet und ich habe wieder einige Anpassungen vorgenommen. In Zukunft werde ich via Github die aktuelle Version pflegen; bitte also dort schauen - https://github.com/bueltge/WP-Offline.

© 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 besitzt seit Version 2.5 eine neuen Aufbau der Navigation und ein neues Design des Admin-Bereiches. Viele Nutzer und ich sind nicht sonderlich zufrieden mit dem Redesign. Ich arbeite aktuell an einer kleinen Umstrukturierung des Design, wobei es nicht um Farben und Stylesheet der puren Optik geht, sondern um die Umstrukturierung einiger Nutzerbereiche, vorrangig im Bereich Schreiben.

Ich stelle die aktuellen Lösungen mal als Screenshot dar, erkläre die bisherigen Umsetzungen und wünsche mir, dass ich Feedback bekomme. Gibt es Wünsche, Ideen, die sinnvoll in diesem Theme wären? Bitte gebt mir Rückmeldungen.
Wer das Plugin testet - es werden keine Informationen in der Datenbank gespeichert, Deaktivieren und löschen auf dem Server - damit ist alles gelöscht. Man kann also unbesorgt testen.

Das Stylesheet für das Admin-Menu kommt von Eric Meyer, der daraus das Plugin „MW Adminimize“ gemacht hat. Mit diesen Design hat alles angefangen und ich danke Eric sehr für diese Idee und das CSS. Ohne das Plugin von Eric wären meine Stückellösungen sicher so geblieben.
Nun waren mir aber die Umsetzung nicht weitreichend genug. In meiner Ideenschublade lagen schon so einige Entwürfe und nun habe ich das Plugin von Eric weiter ausgebaut. Dabei habe ich im CSS nur sehr wenige Erweiterungen hinzugefügt. Diese mussten sein, um die Umstrukturierung im Edit-Bereich sauber zu realisieren. Ideen kamen außerdem aus dem Artikel von Megan.

Was macht das Plugin ?

Das Plugin verändert das Backend und bringt Vergabe von Rechten für einzelne Bereiche mit. Administratoren können Menu- und Submenu-Punkte deaktivieren, Metaboxes getrennt nach Beiträgen und Seiten verwalten. Ebenso können Bereiche des Schreiben-Bereiches deaktiviert werden, alles getrennt nach Admin und anderen Rollen.
Der Header im Backend wird kleiner und übersichtlicher gestaltet, ebenso ändern sich die Menupunkte und bringen mehr Logik in das Backend - alles userabhängig. Weiteres in einigen Stichpunkten

• Das Admin-Theme Adminimize ist benutzerabhängig nutzbar; Einzustellen bei den User-Einstellungen, pro User
• Aktuell kann man das Theme in Zusammenhang mit den Farbwerten für Theme Fresh oder Classic nutzen
• Das Erweitern um weitere Farben ist einfach möglich
• Neuer Menu-Aufbau; im Linken Bereich findet man klassische Anwendungen zum Verwalten und Schreiben, während der rechte kleinere Bereich für Einstellungen, Design, Plugin und Benutzer-Bereiche vorgesehen ist
• Dashboard verschoben; Der Link zum Dashboard ist in das Menu integriert und nicht mehr extra ersichtlich, alternativ kann deaktiviert werden.
• Der Bereich im Menu ist schmaler und nimmt weniger Platz im Admin weg.
• Bereich Schreiben mit folgenden Möglichkeiten verändert
  • Adminbereich kommt ohne fixe Breite aus und passt sich dem Browser an.
  • Scroll-Balken ist in allen Browsern immer da. Damit entfällt das Verschieben bei kleineren zu größeren Bereichen.
  • Kategorien sind im rechten Sidebar zu finden
  • Tags sind im rechten Sidebar (Kommt das Plugin „Simple Tags“ zum Einsatz, dann gibt es keine Veränderung)
  • automatischer Scroll auf den Edit-Bereich, besonders sinnvoll bei wenig Platz im Browser
  • Media-Uploader nutzt nun den kompletten Bildschirm.
  • Unterstützung des „Plugins Admin Drop Down Menu“; wenn das Plugin aktiv, dann steht dem User zwei weitere Designs zur Verfügung
  • Unterstützung des Plugin „Lighter Menus“; wenn das Plugin aktiv, dann steht dem User zwei weitere Designs zur Verfügung
  • Zwei neue Farbschemas im Angebot
    
  • Breite des Sidebar ist nun verstellbar, es gibt 5 Werte (Standard, 300px, 400px, 30%, 30%)
  • Jede Meta-Box kann entfernt werden, getrennt für jede Userrolle
  • Ebenso können Bereiche entfernt werden, wie h2, Mitteilungen und die Info im Sidebar
• Bereich User_Info, rechts oben, kann verändert werden (Ausblenden oder nur Logout-Link)
• Die Meta-Boxen im Bereich Schreiben können einzeln übergreifend deaktiviert werden, optional für Admins
• Das Dashboard kann komplett aus dem Admin entfernt werden
• Alle Menupunkte, auch Menus von Plugins, können getrennt für jede Rolle deaktiviert werden.
• Design-Änderungen werden nur geladen, wenn sie auch benötigt werden, die meisten Lösungen also nur im Edit-Bereich.

Voraussetzungen

Das Plugin funktioniert nur mit WordPress Version 2.5 oder höher, getestet bis 2.9-rare.

Bereich Einstellungen

Man kann jedes Feld im Menu getrennt für Administratoren und andere Userrollen konfigurieren und so den Adminbereich anpassen. Einen Einblick gibt der folgende Screenshot (für komplette Sicht klicken). Die Auswahl richtet sich nach den aktivierten Plugins und lernt mit.

Eigene Optionen

Das Plugin erlaubt das Hinzufügen von eigenen Optionen. Dazu muss im linken Feld ein Name pro Zeile und im rechten Feld die ID oder Klasse pro Zeile vergeben werden. Nach dem Speichern werden die neuen Optionen dann zu den User-Rollen hinzugefügt. Die Klasse oder ID eines Objektes im Backend von WordPress kann man am einfachsten im Firefox mit Hilfe des Add ons Firebug ermitteln. Eigene Optionen können nur mit Hilfe von CSS ausgeblendet werden.

Hinweis

Eric will das Plugin eventuell weiter ausbauen, so dass ich meine Version hier zum Download anbiete. Eventuell können wir das Plugin auch weiterhin gemeinsam entwickeln und Neuerungen einfließen lassen.

Installation

• Die gepackte Datei downloaden und lokal entpacken
• Die Dateien inkl. Ordner adminimize in dein Plugin-Verzeichnis kopieren (/wp-content/plugins/)
• Aktivieren des Plugins im Adminbereich deines WP
• übergreifende Einstellungen verändern –> Optionen > Adminimize
• Theme wählen > Benutzereinstellungen, ist userabhängig

Hinweis Version 1.4

Wenn das Update von einer Version < 1.4 durchgeführt wird, dann bitte die Deinstallations-Funktion im Bereich Einstellungen des Plugins nutzen und die überflüssigen Datenbankeinträge damit entfernen. Ab Version 1.4 wird nur ein Eintrag gesetzt. Danach wieder neu aktivieren und alle Einstellungen neu setzen.

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.

Download als zip-Datei (incl. Sprachfile de_DE, en_ES, pot-File, readme.txt): downloads.wordpress.org/plugin/adminimize.zip - ~200 kByte

Historie

Seit geraumer Zeit bietet das WordPress Plugin Repository die Möglichkeit der Ausgabe des Changelog an und so werde ich direkt am Plugin, in der Readme die Historie pflegen - daher bitte ich, dass ihr euch dort die Änderungen anschaut, so dass ich ein wenig hier pflegen muss: Changelog.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

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