Ich verstehe sehr gut, daß Opera endlich einen Fokus setzen möchte. In den letzten Jahren kamen immer nur neue Dinge hinzu. Allerdings ist das Extensions-Verzeichnis derzeit die Schmuddelecke auf opera.com: Viele angebliche Extensions sind bloße Links zu dubiosen Seiten, das Feedback der Nutzer wird überhaupt nicht wahrgenommen.
Man schämt sich fast, jemanden dahinzuschicken.

Ich benutze derzeit mehr Widgets als Extensions, Unite fast nie. Hoffentlich hat Opera einen guten Plan zur Migration vorbereitet.

Siehe auch meinen naiv-begeisterten Artikel: Separiert verbunden. Opera Unite und das Web 3.0.

Update 27.04.2012

Inzwischen gibt es einen Artikel auf Opera.com von Shwetank Dixit: Converting widgets to Opera extensions: Things to keep in mind.
Hier können Autoren ein paar syntaktische und semantische Änderungen nachschlagen, die man braucht, um ein Widget in eine Extension umzuwandeln. Das ist allerdings noch sehr roh.

H Beam Piper. Public Domain, Wikipedia.

Eben habe ich eine Geschichte H. Beam Pipers aus dem Jahr 1951 gelesen: Day of the Moron. Sie beginnt so:

There were still, in 1968, a few people who were afraid of the nuclear power plant.

Die deutsche Übersetzung von 1972 verlegt die Handlung auf 1988, vermutlich um »die Zukünftigkeit« zu erhalten. Derlei Eingriffe sind in übersetzten Texten hierzulande bis heute so üblich wie vergeblich.

Pipers Erzählung wurde in diversen Science-Fiction-Sammlungen veröffentlicht, obwohl Technik und Wissenschaft in ihr nur eine Nebenrolle spielen. Und doch läuft sie heute, in Zeiten des wohl begründeten Ausstiegs aus der Kernkraft, in das Problem vieler SF-Geschichten: Die beschriebene Zukunft ist für uns Vergangenheit, und sie sieht anders aus. Dem naiven Leser, den sich deutsche Herausgeber offenbar als Zielgruppe vorstellen, kann das den Genuß verderben.

Ich aber mag es.

Eine wirklich gute Idee hält es aus, von der Geschichte überholt zu werden. Beispiele dafür sind fast alle Romane Philip K Dicks und zumindest einige John Brunners oder Harry Harrisons.
Vielleicht lernt man sogar, ein wenig vorsichtiger mit Aussagen über die Zukunft umzugehen. Irgendwann lebt man nämlich darin. Wir zum Beispiel. Jetzt. Wie selten einem das bewußt ist …

Worauf will ich hinaus? Eigentlich auf gar nichts. Mich reizt nur gerade die Idee, eine Geschichte zehn Jahre in die Zukunft zu legen, die beinahe zu jeder Zeit spielen könnte. Und wenn aus der beschriebenen Zukunft eine alternative Vergangenheit geworden ist, möchte ich den Text noch einmal lesen.
Was das wohl für ein Gefühl ist?

Speed-Dial-Beispiel

Das sieht bei vielen Seiten recht dröge aus; also habe ich mir überlegt, wie man das besser machen kann. Immerhin bietet Opera eine API an. Das Ergebnis ist ein kleines Plugin, das ich ganz kreativ Opera Speed Dial Preview genannt habe. Es liegt natürlich auf GitHub.

Download: Plugin T5 Opera Speed Dial Preview

Das Plugin erfordert keine Konfiguration. Nach dem Aktivieren fängt es Zugriffe ab, die mit dem Request-Header X-Purpose: preview gesendet werden und lenkt sie auf /speedial/ um. Permalinks müssen also aktiviert sein, damit es funktioniert!

Speed-Dial-Plugin Standardansicht

Die Ausgabe wird in der großzügig dokumentierten Datei speed-dial.php erzeugt. Hat das aktuell verwendete Theme eine Datei dieses Namens, so wird diese verwendet, nicht die des Plugins. Damit haben Theme-Autoren freie Hand: Einfach selbst eine Datei speed-dial.php ins Theme werfen, gestalten wie man möchte – fertig. Das dauert nur ein paar Minuten.

Für diese Seite habe ich die Vorschau bloß um das Logo ergänzt:

Speed Dial für toscho.de

Man kann aber eingeloggten Nutzern die letzten Nachrichten eines BuddyPress-Setups präsentieren oder die zu moderierenden Kommentare auflisten … ihr habt freie Hand, denn alle normalen WordPress-Funktionen stehen zur Verfügung wie in jeder anderen Template-Datei auch.

Verbesserungsvorschläge sendet bitte an die passende Adresse auf GitHub, damit ich sie nicht aus den Augen verliere.

Eure eigenen Umsetzungen interessieren mich auch! Schickt sie mir, und ich baue eine Galerie – selbstverständlich mit Dofollow-Link.

GET /thema/suchmaschinen/%23content

Einfach ausgedrückt: Da hat jemand nicht verstanden, was ein # am Anfang eines Linkziels bedeutet.

Momentan reagiere ich noch recht gutmütig darauf mit einer kleinen Regel in der .htaccess:

RedirectMatch Permanent (.*)#.*$ $1

Sieht ein bißchen aus wie Perl-Code, daher ist eine kleine Erklärung angebracht. Die Regel besteht aus drei Teilen:

1. RedirectMatch – die Direktive, die verwendet werden soll.
2. (.*)#.*$ – Erfasse alle URIs, die diesem Muster entsprechen: beliebige Zeichen in beliebiger Menge – .* – plus Raute – # – plus beliebige Zeichen in beliebiger Menge.
3. Lenke diese Anfragen auf die Zeichen um, die der erste eingeklammerte Ausdruck erfaßt hat.

In einem korrekten Request wird der Anker nicht an den Server gesendet, sondern der User-Agent merkt ihn sich einfach. Das zumindest beherrschen auch alle Browser, wenngleich der anschließend plazierte Fokus nicht immer der Norm entspricht. Google Chrome beispielsweise glänzt hier mit besonderer Inkompetenz …

Wer solche Fehler verfolgen möchte und WordPress benutzt, mag vielleicht mein Plugin T5 404 Tools ausprobieren.

Ich habe jetzt die Kommentare für alle Artikel abgeschaltet, die älter sind als 90 Tage. Das hat mein Spamvolumen von etwa 250 pro Tag auf Null gesenkt. Ja genau: Seit drei Tagen hatte ich keinen einzigen Spamkommentar mehr. Fantastisch.

Leider ist die Regel ein bißchen dumm: Sinnvoller wäre ein Abschalten 90 Tage nach der letzten Aktivität. Wenn ich also einen Artikel aktualisiere oder eine Diskussion läuft, dann sollten die Kommentare offen bleiben.

Da ich ein sehr verwandtes Plugin bereits als Konzept stehen habe – es soll Artikel nach eben diesem Kriterium auf der Startseite sortieren – packe ich das dann zusammen. Bis dahin … bleibt es so, wie es jetzt ist.

Dennoch traurig, welchen Einfluß auf die eigene Seite man Arschlöchern einräumen muß.

Das Plugin Public Contact Data erzeugt dafür neue Felder im Backend unter Einstellungen/Allgemein. Außerdem gibt es drei weitere Felder für Google Plus, Facebook und Twitter.

Im Screenshot hier werden vier Felder benutzt. Neben E-Mail und Telefon auch Facebook und Google Plus. Im Vordergrund sieht man den Tab mit dem Backend, im Hintergrund den Einsatz in der Website.

Die Liste kann man über den Filter 'pcd_fields' ändern. Ein Beispiel:

add_filter( 'pcd_fields', 'change_pcd_fields', 10, 1 );
function change_pcd_fields( $fields )
{
	// remove an item
	unset ( $fields['facebook'] );

	// add an item
	$fields['github'] = 'GitHub';

	return $fields;
}

Für jedes Feld wird automatisch ein Shortcode erstellt nach dem Muster [public_$fieldname]. Hintergrund dazu auf WordPress Stack Exchange.
[public_email] gibt als die E-Mail-Adresse aus, [public_github] den Wert des per Filter erzeugten GitHub-Feldes.

Für den Gebrauch im Theme existiert auch eine Aktion namens pcd. Deren erster Parameter ist der Feldname, der zweite ein Array mit Optionen:

array (
	'before'  => '',
	'after'   => '',
	'link'    => TRUE,
	'print'   => TRUE,
	'pattern' => FALSE
);

Um einen E-Mail-Link zu bekommen, schreibt man beispielsweise:

do_action( 'pcd', 'email', array ( 'before' => 'Email: ' ) );

Die E-Mail-Adresse wird immer maskiert ausgegeben, also durch die Funktion antispambot() geschickt. Das hilft nicht viel, schadet aber auch nicht.

Wird das Argument pattern benutzt, so wird link ignoriert. Benutze %value% als Platzhalter im Pattern-String.

Der Vorteil beim Einsatz der Aktion: Wird das Plugin abgeschaltet, passiert nichts Schlimmes. Es wird einfach nichts ausgegeben, weil WordPress die Aktion ja nicht mehr kennt und somit ignoriert.

Man kann die wenigen öffentlichen Funktionen der Klasse auch über den Zugriff auf eine eventuell schon existierende Instanz ansprechen. Beispiel:

Public_Contact_Data::instance()->action_handler( $field, $options );

Das Plugin ist natürlich übersetzbar, eine deutsche Übersetzung liegt bei. Deshalb heißt es in der Pluginliste eines ins Deutsche übersetzten WordPress’ auch Öffentliche Kontaktdaten. Momentan wird die Sprachdatei nur im Backend geladen, um die Ladezeit zu schonen.

Download

Den Code findet man auf GitHub, im Bugtracker dort möchte ich auch Fehlermeldungen und Verbesserungsvorschläge sehen.

Ich habe das Plugin unter eine MIT Lizenz gestellt. Die ist kompatibel mit der GPL, gibt dem Benutzer aber etwas mehr Freiraum.

Rettung naht gibt es vielleicht irgendwann: Im CSS Text Level 3 wird die Eigenschaft tab-size vorgeschlagen. Die Diskussion dazu findet man in der CSS-Mailingliste des W3C.

pre
{
    tab-size: 4; /* Nimm vier Leerzeichen! */
}

Das setzt freilich voraus, daß der Browser das Zeichen TAB im Shadow DOM in ein Pseudo-Element packt. Und das können derzeit nur Firefox und Opera. Mit einem Vendorpräfix.

pre
{
    -moz-tab-size: 4;
    -o-tab-size:   4;
    tab-size:      4;
}

Der Test, der auch andere Präfixe prüft, zeigt in Opera und Firefox das erhoffte Ergebnis:

WebKit (hier Chrome) und der IE 9 machen leider dieses:

Fazit: Taugt erstmal nur fürs Userstylesheet. Immerhin. In den nächsten zwei Jahren werden wir unseren Code weiterhin ein bißchen vorbereiten müssen und Tabs in Leerzeichen umwandeln – oder auf die ollen Nischenbrowser pfeifen.

Quälend langsam haben dann einzelne Browser ihre skurrilen Interpretationen der Regeln eingebaut. Da gab es eine Menge zu lernen und zu hacken. Jeder Browser hatte nicht nur Macken, die zu den Macken der anderen inkompatibel waren, sondern auch ein rasch wechselndes Set proprietärer Eigenschaften. Es hat Spaß gemacht, da herumzukurven, im Usenet oder auf Mailinglisten mit anderen Leuten zu tüfteln und zu testen.

Heute ist das weg. Mit den superkaputten Browsern ist auch das Gefühl verschwunden, beim Umgang mit CSS den Kopf zu brauchen. Klar, es gibt immer noch kleine Hacks und vorläufige proprietäre Implementationen. Meistens laufen die nur auf ein weiteres Snippet in der IDE hinaus. Aber früher, als man nicht einmal width schreiben konnte, ohne von mindestens drei Browsern eins in die Fresse zu kriegen, war das irgendwie … spannender.

CSS3 hat uns viele neue Eigenschaften gebracht aber kaum neue Konzepte. Viele Module sind nicht einmal kompatibel zueinander, und das Entwicklungstempo ist – so wirkt es auf mich – deutlich gesunken. Kein Wunder, ich verlöre angesichts dieses Wustes auch die Lust.

Manches nervt sogar. Ich habe die Nase voll von Schättchen und Verläufen, von abgelutscht aussehenden Ecken und Schrift mit Pseudo-Prägeeffekt. Kitsch. Hier wird das alles demnächst verschwinden.

Der Grund für das Fefe-Theme war nicht Fefe. Der Grund waren all die anderen Layouts, die ich in den letzten Jahren verfaßt habe. Bei denen ich zu viel Zeit mit zu leichtem Code verbringen mußte.

Ich bin, wie Aristoteles einst so schön gesagt hat, ein krummes Holz, das mal in die andere Richtung gebogen werden muß. Von mir selbst.

Wichtiger als der Ort der Diskussion ist doch, daß sie überhaupt passiert. Google+ verdeutlicht eben, daß die Idee der zentralen oder kontrollierten Debatte obsolet geworden ist.

Das war schon vorher so, jetzt merkt man es nur besser.

Warum haben wir nicht im Blog diskutiert? Ich kann nicht für andere sprechen, meine Gründe waren recht einfach:

• Nach dem ersten Kommentar auf G+ entstand eine Folge von Beiträgen, die auf vorhergehende reagiert haben. Man kann nicht sinnvoll irgendwann ins Blog wechseln und dort auf Kommentare in G+ reagieren.
• Auf G+ läuft die Kommunikation viel schneller. Ja, das Interface ist Scheiße, die Formatierung Glückssache und die Permalinks bestenfalls Schrott. Die Suche funktioniert nicht, das ist schließlich bloß Google. Aber die Antworten kommen schneller, und ich erfahre sofort von ihnen, weil ich keine umständliche Einwilligungsprozedur für entsprechende Hinweise durchlaufen muß.
• In einem Blog hat man als Kommentator viel stärker das Gefühl, kontrolliert zu werden. Zwar sperrt auch Google immer noch einzelne Nutzer sehr willkürlich, aber einzelne Beiträge werden nur selten gelöscht. Postautoren, die ihnen nicht genehme Kommentare löschen, werden automatisch und zu Recht als Arschlöcher betrachtet. In einem Blog ist das etwas anders.

Alle drei Kriterien sind schwer objektiv meßbar, keines erzwingt einen Diskussionsort. Ich glaube, daß sie relevanter werden, je mehr sich die Interfaces sozialer Netzwerke verbessern.

Für Autoren heißt das: Sie verlieren mehr und mehr Einfluß auf den Ort der Debatte. Oft erfahren sie nicht einmal davon. Das hat schon mit Twitter angefangen. Allerdings kann man dort nur in Fragmenten reden, Diskussionen verpuffen sehr schnell, und sie erreichen nie die Tiefe wie auf Google+.

Okay, alles recht banal. Warum schreibe ich das auf? Weil ich gerade mein Blog inspiziere und sehe: Sieben Artikel im letzten Jahr. Dabei habe nicht weniger geschrieben, eher mehr. Aber eben dort, wo ich mit schnellen Reaktionen rechne: Auf Google+ und WordPress.StackExchange. Im Blog lege ich mehr Wert auf die Qualität der Artikel. Vielleicht zu viel?

Wenn die Diskussion an vielen Orten passieren kann, dann kann ich auch meine Texte an vielen Orten publizieren. Ich kümmere mich weniger um Duplicate content als um die Reichweite meiner Ideen.

Ich werde künftig mehr experimentieren – dazu habe ich das Blog ja eingerichtet. Also werdet ihr hier bald mehr Schnipsel lesen, Unfertiges, das ich allmählich überarbeite, Fertiges, das ich andernorts schon geschrieben habe, und bloße Konzepte für Artikel. Das wird mich einige Überwindung kosten.

Nun will ich nicht einfach das Blog füllen. Ich möchte auch die Leser erreichen, die nicht in den gleichen Netzwerken agieren wie ich, und die nicht gerne englische Texte lesen – meine sind ohnehin oft nicht der reine Genuß. Auch muß ein Text nicht sofort perfekt sein; ich kann und darf ihn irgendwann verbessern.

Das Risiko für mich dabei: Ich kann mich blamieren, weil ich nicht genügend recherchiert habe, weil ich mich schlicht irre oder Seiten von mir zeige, die ihr nicht mögt. So sei es.

Das Theme verwendet kein Stylesheet, keine Tags oder Kategorien, keine Post-Titel, und mit Bildern kann man auch nicht viel anfangen. Es gibt zwei Widgetflächen – oben und unten – da kann man Text hineinsetzen, wenn man möchte. Einen Shortcode für den Einbau des Suchformulars habe ich auch erstellt: [searchform]. Damit kann man die Maske auf einer beliebigen Seite mitten im Text plazieren.

Vergleich Original und Theme

Die Sprache ist Englisch, es liegt aber eine deutsche Sprachdatei bei, und Andrey Savchenko, den einige sicher als Rarst von WordPress Answers kennen, hat die Übersetzung ins Russische besorgt. Cool.

Das Repository liegt natürlich auf GitHub: https://github.com/toscho/Fefe-Tribute-Theme

Die Version 1.0 herunterladen könnt ihr dort auch.

Verbesserungsvorschläge und Feature-Requests packt bitte in den Issue-Tracker, damit ich den Überblick behalte. Danke!