Code Styling Project

It’s not a bug, it’s always a feature.
  • Deutsch
  • English
  • rss
  • Home
  • Blog
  • Impressum
  • Entwicklungen
  • Fehlerbehebungen
  • Anleitungen

WordPress Plugins und “Changelog” - eine sinnvolle Erweiterung

codestyling | 21. Juni 2009 | 00:20

Seit wenigen Tagen bietet das Plugin Verzeichnis auf WordPress.org nun die Möglichkeit, direkt anzugeben, welche Änderungen eine neue Version des Plugins enthält. Ich persönlich hatte diese bisher immer unter dem Menüpunkt “other notes” bereitgestellt. Dies jedoch jetzt an eindeutiger Stelle machen zu können, ist sehr vorteilhaft.
Ich möchte mit ein paar Sätzen dazu erklären, was das bedeutet und welchen Nutzen der Anwender von Plugins daraus ziehen kann. Und auch für Plugin-Entwickler habe ich ein paar Worte zu verlieren.

Was heißt oder meint “changelog” eigentlich?

In der professionellen Entwicklung von Software gibt es mit jeder neuen Version eine Übersicht, welche Änderungen in der neuen Version vorgenommen wurden, ob sich Verhaltensänderungen in der Software ergeben haben bzw. welche bereits bekannten oder gemeldeten Softwarefehler behoben wurden. Ebenso werden auch Informationen aufgeführt, welche neuen Features ein Produkt hinzubekommen hat.

Was nutzt mir diese Übersicht?

Diese Zusammenfassung ist in dem meisten Fällen die Grundlage der Entscheidung, ob ein Benutzer auf die neue Version ein Update durchführt oder nicht. Wenn die Änderungen keine Relevanz für einen Benutzer haben, kann er entscheiden, ob er das Update durchführen will oder nicht. Genauso kann aus den Informationen ersichtlich sein, dass ein Update z.B. eine Sicherheitslücke schließt, dann wäre ein Update von Vorteil. Bei einem zu stark geänderten Verhalten der Software kann der Benutzer ebenfalls entscheiden, bei der bisherigen Version zu bleiben, um zum Beispiel Schulungsaufwand und Kosten zu minimieren.

Wie sieht so was aus und wo finde ich das?

Ich habe mal als Beispiel einen Screenshot meines Plugins WP System Health gemacht, um zu zeigen, wo man dies im Repository finden kann.

Wie man hier sehen kann, hat man von jeder Version die wichtigsten Eckdaten in der Übersicht. Dies vereinfacht deutlich die Entscheidungen für oder gegen ein Update.
Aber auch im Backend bei der Plugin-Installation oder dem Update der Version kann man sich diese Informationen nun ebenfalls vorher ansehen.

Somit muss der Benutzer nicht erst das Update machen und dann schauen, was sich geändert hat, er kann sich im Vorfeld darüber bereits informieren.

mahnende Worte an Plugin Entwickler

Viel zu oft treffe ich auf Plugins, die keinerlei solche Informationen besitzen. Meist versuche ich dann über die Homepage des Entwicklers rauszufinden, was genau geändert wurde. Aber auch da ist in vielen Fällen nix zu holen, man kann die Katze nur im Sack bekommen.
Deshalb rufe ich auch nochmal alle Entwickler auf, sich dieser Verantwortung dem Benutzer gegenüber zu stellen und die paar Zeilen mit in die Beschreibungsdatei readme.txt aufzunehmen. Eure Benutzer werden es euch auf lange Sicht danken und ihr beweißt damit einen professionellen Umgang mit dem, was ihr der Welt bereitstellt.

Es ist ziemlich einfach, dies in der readme.txt zu hinterlegen. Am Beispiel meines o.g. Plugins sieht das zum jetzigen Zeitpunkt etwa so aus:

.......
== Installation ==

1. Uncompress the download package
1. Upload folder including all files and sub directories to the `/wp-content/plugins/` directory.
1. Activate the plugin through the 'Plugins' menu in WordPress
1. Navigate to your Dashboard and enjoy status informations

== Changelog ==

= Version 1.0 =
* initial version (formally hosted at my site)

= Version 1.1 =
* Feature: Database section extended
* Bugfix: Correct value display for WordPress settings

= Version 1.1.1 =
* Bugfix: jQuery Bug #4661 prevents expanding of sections at IE 8 and Safari 4
* Bugfix: missing image attached causes unnecessary 404 request
* Sorting: some values of PHP tab has been moved in sections and got a modified text
* Feature: rewrite of info file to use this new changelog presentation option

== Frequently Asked Questions ==
.....

Ich denke, das ist kein besonders großer Aufwand und kann spielend bereitgestellt werden.

abschließende Gedanken

Wie man merkt, geht auch WordPress langsam in Richtung Professionalisierung und stellt nach und nach auch das bereit, was man als Nutzer erwartet. Wenn auch die vielen Plugin Entwickler mitziehen und sich daran orientieren, wird sich in Zukunft sehr leicht erkennen lassen, welche Plugins gepflegt und gewartet werden und welche nur “Schellschüsse” sind.
Da ich aus der professionellen Entwicklung komme, kann ich diese Neuerung nur begrüssen.

Kategorien
Deutsch, WordPress (DE)
RSS Kommentare
RSS Kommentare

« jQuery 1.3.2 verursacht Probleme im IE 8 Neue Profile für Plugin Autoren auf wordpress.org »

9 Antworten    Schreib einen Kommentar

Tobias

Tobias

21.06.2009 | 10:57

Hi,

ich finde die neue Changelog-Möglichkeit auch gut. Habe es sonst auch immer unter “Other Notes” und auf meiner Seite stehen.
Aber wäre es nicht sinnvoller, die jeweils neuere Version im Changelog oben hinzuschreiben? Sonst muss der Nutzer ja immer nach unten scrollen um zu den Änderungen in der neuesten Version zu kommen.

Gruß
Tobias

Antworten »

codestyling

codestyling

21.06.2009 | 13:45

Das ist ein interessanter Einwand. Gerade wenn man im Backend beim Update eines Plugins wissen will, was neu ist und das Plugin eine “bewegte” Vergangenheit hat, wäre es von Vorteil, nicht erst meterlang nach unten scrollen zu müssen.
Ich werde das vermutlich demnächst ändern und absteigend sortiert angeben. Vielen Dank für den Hinweis.

Antworten »

Sergej Müller

Sergej Müller

21.06.2009 | 11:28

Begrüße ebenfalls die Einführung der Changelogs im separaten Tab. Hatte gestern angefangen meine Plugins umzustellen, da ich das Changelog immer auf der Übersichtsseite des jeweiligen Plugin hatte.

Was ich allerdings ein wenig anders mache: Ich sortiere die Releases nach Datum absteigend - so hat der Nutzer oben immer die Änderungen des aktuellen Update und muss nicht ewig nach unten scrollen.

Antworten »

codestyling

codestyling

21.06.2009 | 13:49

Ja das ist mir auch aufgefallen und ich werde das vermutlich auch invers sortieren. Schon interessant, dass nach Einführung gleich die Verbesserungen in punkto Sortierung so zahlreich als Hinweis gegeben werden.
Trotzdem auch danke für diesen Hinweis, werde das bei den nächsten Updates anpassen.

Antworten »

Sergej Müller

Sergej Müller

21.06.2009 | 14:06

Würde der Kommentar meines Vorredners für mich sichtbar sein, würde ich dich gar nicht drauf hinweisen. Sonst ist die Sortierung nicht sooo wichtig, Hauptsache der Autor hat ein aussagekräftiges Changelog hinterlassen.

Antworten »

codestyling

codestyling

21.06.2009 | 14:13

Kein Problem, ich komme halt beim Moderieren nicht immer so zügig hinterher, wie ich es gern hätte.
Irgendwann muss ich ja auch mal schlafen :-)

Antworten »

Alphawolf

Alphawolf

21.06.2009 | 21:36

Auch für mich ist die Einführung von Changelogs ein begrüßenswerter Schritt, und längst überfällig. Ich hatte schon überlegt, die Changelogs in der Pluginübersicht einzublenden, wenn ein Update meiner Plugins verfügbar ist, ähnlich wie es das cforms-Plugin macht.

Da jetzt aber (hoffentlich) einige Pluginautoren eigene Changelog-Sektionen einführen, hab ich mir kurzerhand ein kleines Plugin geschrieben, das den Changelog der aktuellsten Version direkt unter dem Updatehinweis in der Pluginansicht anzeigt, ohne erst die Thickbox öffnen zu müssen. Hier zu finden: http://wordpress.org/extend/plugins/changelogger/ Vllt. auch hilfreich für den einen oder anderen. :)

Antworten »

codestyling

codestyling

21.06.2009 | 21:42

Klingt nach einer prima Sache, werde ich mir gleich mal näher betrachten :-)

Antworten »

Ivan

Ivan

22.06.2009 | 20:02

Endlich hat Wordpress (Automattic) reagiert und einige Features (Suchfunktion, Changelog etc.) nachgerüstet. Der Changelog Tab war schon längst überfällig. Ein langes Suchen nach Änderungen auf der Autoren Webseite entfällt. Für die Plugin Programmierer sollte es ein einfacher Schritt sein, ich hoffe sie folgen Deinem Beispiel!

Antworten »

Du kannst diese Tags verwenden : <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Navigation

  • Allgemein
  • jQuery in WordPress
  • Politik
  • WordPress (DE)

Suche

Neuere Beiträge ...

  • WordPress Sprachdateiverarbeitung Betatest - erste Analysen
  • WordPress 2.8 - Sprachdatei Speicherverbrauch minimieren
  • Sprache der Administration - wie hätten Sie es denn gern ?
  • WordPress Lokalisierung - entdecke die Möglichkeiten
  • Neue Profile für Plugin Autoren auf wordpress.org

Ältere Beiträge ...

  • jQuery 1.3.2 verursacht Probleme im IE 8
  • “WP System Health” - wie geht’s meinem WordPress
  • Probleme mit WordPress 2.8 lösen
  • WordPress 2.8 und das jQuery Update
  • “Page Columnist” - Artikel & Seiten in Spaltenformat
rss RSS Kommentare valid xhtml 1.0 design by jide powered by Wordpress get firefox