Aber keine Panik, wenn diese Datei geblockt wird, verschiebt sie nicht in den Quarantäneordner, wie von Avira vorgeschlagen, denn es ist kein Trojaner und man muss das nur noch Avira beibringen, und zwar an drei verschiedenen Stellen: *bisschen seufz*

Avira aufrufen –>  Konfiguration –> Expertenmodus links anhaken –> links Scanner –> Suche –> Ausnahmen aufklappen.
Den Button mit den drei Punkten anklicken und die Datei pminet32.exe suchen (liegt im Programmordner von PostMe), dann hinzufügen und übernehmen klicken.

Das gleiche Spielchen führen wir unter Guard –> Suche –> Ausnahmen für Prozesse und Dateiobjekte durch.
Hinzufügen und übernehmen nicht vergessen anzuklicken, zum Schluss mit Ok quittieren und Avira verlassen.
Die Virenmeldung könnt ihr nun getrost abbrechen und dann klappt’s auch wieder mit PostMe.

Also Fehlersuche beginnen:

- wp-config.php überprüfen, ob dort die deutsche Sprachdatei eingebunden ist – check
- überprüfen, ob der Language-Ordner im richtigen Verzeichnis wp-content liegt – check
- prüfen, ob ein deutschsprachiges Template verwendet wird – check
- prüfen, ob die Sprachdatei im binären Modus übertragen wurde – check

Leider hat nichts Erfolg gebracht, daher probierte ich noch einen Tipp aus der Wordpress-FAQ aus, nach dem es manchmal Probleme mit einem 64-Bit Server geben sollte. Doch auch das brachte mir die deutsche Sprache nicht zurück.

Meine Lösung, nachdem ich eine Nacht drüber geschlafen und den Schmutz zum x-ten Mal neu hochgeladen hatte: im FTP-Profil war eingestellt, dass alle Dateinamen in Kleinbuchstaben übertragen werden. Das bedeutet, dass ich zwar die Sprachdatei (de_DE) lokal richtig in der wp-config.php eingebunden hatte, diese aber beim Hochladen ihren Namen verändert hat (de_de).  Die gleiche Veränderung wurde bei der Sprachdatei fürs deutsche Template vorgenommen.
Also, FTP-Profil ändern, Sprachdateien noch einmal hochladen – et voilà, alles in deutsch.

Dies war mein Tipp zu einer Montagsinstallation.

Da stellen wir eine PHP-Datei auf den Server, die diese Zeile enthält:

echo $_SERVER["PATH_TRANSLATED"];

Aufrufen und Pfad in die .htaccess kopieren. Fertig. Fast fertig – die PHP-Datei bitte löschen, braucht ja keiner zu wissen, wie der Pfad heißt.

Nachdem ich vergeblich versucht habe, dem IMAGE-Objekt die zwangsweise in Pixel verordneten Maße abzugewöhnen, mache ich es doch quick and dirty .

1. marks.bild = COA
2. marks.bild {
3. 1 = TEXT
4. 1.field = media
5. 1.stdWrap = required
6. 1.wrap = <div class=”bild”><img src=”uploads/media/|” style=”width:12em”
7. 2 = TEXT
8. 2.field = abstract
9. 2.stdWrap.required=1
10. 2.wrap = alt=”|” /><div>
11. }

Es gibt zwar eine Extension, die das Problem generell behebt (mp_em_forimages), aber sie erfordert Eingriffe in die Core-Dateien, die ich lieber nicht mache. Wenn jemand eine elegantere Lösung hat: Immer her damit.

Die Installation läuft wie üblich reibungslos und komfortabel ab. Was sich leider immer noch nicht geändert hat: Die Datenbank für Joomla muss vor der Installation angelegt sein, aus dem Installationsdialog heraus wird es nicht angeboten.

Nach der Installation des kompletten Sprachpaketes ist nun auch das Backend vollständig Deutsch, was die Arbeit für Redakteure deutlich erleichtert. Das frische Aussehen des Backends im neuen Layout motiviert ebenfalls, damit zu arbeiten.

Die Medienverwaltung ist schön übersichtlich über einen Seitenbaum zu navigieren. Endlich nicht mehr der Wust von Thumbnails in einer Reihe mit den Verzeichnissen.

Der Editor (tinyMCE) ist an gewohnter Stelle. Immer noch findet das Einbinden von Bildern nicht über die Funktion des Editors, sondern über den Button unterhalb des Editorfensters statt, aber der Komfort ist deutlich gestiegen: Kein nüchternes {mosimage} mehr, sondern das Bild erscheint im Text eingebunden.
Überhaupt wurde die Inhaltsverwaltung gestrafft. Man verfaßt nur noch Beiträge und kümmert sich beim Einbinden in die Navigation darum, wie der Beitrag aufzufassen ist: als Seite oder eben als Beitrag in irgendeinem Bereich. Schön: Wenn man sich im Typ des Menüeintrags vertan hat, kann man ihn jetzt nachträglich ändern.

Das Installieren von Plugins ist ebenfalls gestrafft: Es gibt nur noch einen Installer für alles.
Der Gesamteindruck ist positiv. Die Funktionen sind jetzt intuitiver zu bedienen las das vorher der Fall war. Als Nächstes interessiert mich natürlich, wie es um die inneren Werte bestellt ist: Ist es jetzt möglich, validen, tabellenfreien Code zu produzieren, ohne das System zu zerlegen? Das alternative Template Beez von Angie Radtke, das den Beispieldaten beiliegt, berechtigt hier zu den schönsten Hoffnungen.

Ich binde diese Angaben ein:

lib.parseFunc_RTE.externalBlocks.table.stdWrap.HTMLparser.tags.table.fixAttrib >
# entsorgt die Klasse contenttable
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.P.class >
# entsorgt die Klasse bodytext
lib.stdheader.stdWrap.dataWrap =
lib.stdheader.10.1.fontTag =
lib.stdheader.10.2.fontTag =
lib.stdheader.10.3.fontTag =
lib.stdheader.10.4.fontTag =
lib.stdheader.10.5.fontTag =
tt_content.stdWrap.dataWrap >
tt_content.stdWrap.prefixComment >
tt_content.header.20.dataWrap >
tt_content.header.20.prefixComment >
tt_content.default.prefixComment >
tt_content.text.stdWrap.prefixComment >
tt_content.text.20.prefixComment >
tt_content.textpic.20.stdWrap.prefixComment >
tt_content.table.20.stdWrap.prefixComment >
tt_content.mailform.20.stdWrap.wrap >
tt_content.menu.20.stdWrap.prefixComment >
tt_content.image.20.stdWrap.prefixComment >
tt_content.list.20.stdWrap.prefixComment >
# entsorgt überflüssige Divs
plugin {
tx_cssstyledcontent._CSS_DEFAULT_STYLE >
tx_srfeuserregister_pi1._CSS_DEFAULT_STYLE >
tx_indexedsearch._CSS_DEFAULT_STYLE >
tx_newloginbox_pi3._CSS_DEFAULT_STYLE >
# entsorgt die mirgelieferten Stylesheets von Extensions, führt die Liste mit den von Euch installierten Extensions weiter
}
Wenn Ihr noch Vorschläge habt – immer her damit.

Ich verstehe es deshalb eher als “Webdesign 2.0″: Friedman geht detailliert auf aktuelle Design-Trends ein und beschreibt Schritt für Schritt, wie Web 2-nullige Layouts, Farbpaletten und Sticker entstehen. Auch die Gestaltung von ansprechenden Formularen, Navigationsleisten und Listen kommt nicht zu kurz. Für Webentwickler, die eher in der Technik zuhause sind, ist das ein willkommenes Update ihrer Sehgewohnheiten. Der Abschnitt über die Webtypographie ist dagegen eher konventionell. Die sehr breite Darstellung der Umsetzung von Web 2.0-Layouts mit modernen CSS-Mitteln wendet sich eher an den in diesem Bereich nicht so erfahrenen Leser.
Themen wie Usability und Barrierefreiheit werden angesprochen, ebenso technische Web 2.0-Begriffe wie AJAX, Microformats und Mashups. Diese Bereiche sind knapp gehalten, werden aber – wie überall im Buch durchgeführt – durch Linklisten aufgewertet.

Das Buch ist sehr empfehlenswert: Für klassische Webdesigner, die optisch wie technisch den Anschluß bekommen möchten, werden hier alle wichtigen Themen behandelt. Auch Einsteiger können es mit Gewinn lesen – wenn sie daneben eine Dokumentation von XHTML und CSS bereit halten.

So wie hier zum Beispiel, auf der Karte habe ich mal unsere Standorte eingetragen. Wer mag, kann bei den Erklärungen zu den (hier verschieden gewählten) Markern auch (formatierten) Text, Bilder etc. einbinden; auf der Karte lassen sich auch weitere Gadgets einfügen.

Größere Kartenansicht

Für die Seite einer befreundeten Band habe ich den Sprung auf Wordpress 2.1 gewagt . Besagte Seite hat eine statische Startseite, da Wordpress hier auch als CMS genutzt wird. Bisher habe ich dafür das Plugin “Static-Frontpage” von Dennis de Bernardy genutzt. Es sieht so aus als wäre das in der aktuellen Wordpress-Version nicht mehr nötig. Hier gibt es unter Einstellungen -> Lesen die Option, eine statische Startseite auszuwählen. Die vorhandenen Seiten werden in einem Dropdown-Menü angezeigt. Sie lassen sich so bequem auswählen. Ausserdem muss die statische Startseite jetzt nicht mehr zwingend home heissen.
Mein Lob an das Wordpress-Team und ein Dankeschön an Dennis de Bernardy, dessen Plugin ich bisher sehr zu schätzen wusste.

Wichtig!

Wer in den letzten 4 Tagen (Stand: 3.3.2007) das WP 2.1.1-Paket von der englischen Wordpress-Seite runtergeladen hat, sollte schnellstmöglich ein Update auf 2.1.2 machen. Warum steht im Wordpress-Blog in deutsch. Das deutsche Download-Paket ist davon nicht betroffen.