Christians Blog

Welche Option könnte ein Unternehmen seinen Nutzern anbieten, um den Verkauf ihrer persönlichen Daten zu verhindern? Ganz klar: Die Nutzer selbst dafür zahlen lassen. Hat definitiv Vorbildcharakter.

Zu meinem ersten Firefox-Add-on namens azid gesellt sich nun ein weiteres: defyFormValidation.

Es deaktiviert die mit HTML5 eingeführte Browser-seitige Formularvalidierung. Je nach Einstellung geschieht dies entweder per Klick auf eine Symbolleistenschaltfläche für die aktuelle Seite oder automatisch für jede Seite. Das Add-on richtet sich in erster Linie an Web-Entwickler, die sowohl die serverseitige Validierung der Anwendung (die neben der clientseitigen, welche lediglich eine Maßnahme zur Steigerung der Nutzerfreundlichkeit ist, immer vorhanden sein sollte) als auch alternative clientseitige (z. B. JavaScript-basierte) Methoden zur Formularvalidierung testen möchten.

Natürlich könnte man, da man als Entwickler Zugriff auf den Quellcode der Formulare hat, die Validierung testweise selbst deaktivieren, aber es ist angenehmer, dies nicht manuell tun zu müssen. Außerdem lässt sie sich auf diesem Weg auch für Formulare auf fremden Webseiten deaktivieren, um diese zu testen. 😉

Weitere Informationen gibt es auf der Projektseite zu defyFormValidation.

Die ursprüngliche Version 0.1 hatte ich am 13.05. im Add-on-Katalog eingetragen und Version 0.2 zwei Tage später ergänzt. Ich wollte mit dem ankündigenden Blog-Beitrag eigentlich warten, bis das Add-on geprüft und freigegeben wurde. Aufgrund der Flut neuer Add-ons für Firefox 4 wird das von Verantwortlichen bei Mozilla durchgeführte Review allerdings noch einige Zeit dauern, wobei derzeit von etwa zwei Monaten ausgegangen wird.

Nachtrag 02.07.2011 09:47:
Wider Erwarten wurde das Add-on nun doch schon letzte Nacht, etwa zweieinhalb Wochen seit Veröffentlichung, freigegeben.

Heute wurde Version 2.0.2 von Luminance HDR, einer Open-Source-Software zur Erzeugung von HDR-Bildern, veröffentlicht. Seit Anfang dieses Jahres bin ich für die deutschsprachige Übersetzung verantwortlich, die zuvor nur ansatzweise vorhanden und auch stellenweise fehlerhaft war. Download und Informationen zu den Änderungen in dieser Version gibt es auf der Website von Luminance HDR.

Nachdem die Aktion am 7. Januar dieses Jahres endete (siehe Aktualisierung vieler Firefox-Add-ons – Für Gratis-T-Shirt?), lag nun endlich das T-Shirt im Briefkasten. Auf dem Versandbeleg ist ein Wert von fünf US-Dollar angegeben. Es macht einen guten Eindruck, passt und sieht aus wie im Beitrag zum Firefox-T-Shirt im mozillaZine-Forum abgebildet.

In letzter Zeit häufen sich Versuche der Kontaktaufnahme durch russische Bots, die (je nach Konfiguration) von einem ICQ-Client zuerst als sog. Autorisierungsanfragen gemeldet werden, die man dann wahlweise entweder annehmen oder ablehnen kann, wie das Bild zeigt (Nutzeridentifikationsnummern unkenntlich gemacht). Dieses Mal aber war der angegebene Grund jedoch sogar ganz lustig: „Мы борг. Вы будете ассимилированы. Сопротивление бесполезно“ oder auf deutsch „Wir sind die Borg. Sie werden assimiliert werden. Widerstand ist zwecklos“. Man muss nicht unbedingt Star-Trek-Fan sein, um dieses Zitat zu kennen. Auch ganz witzig und dazu passend ist diese Liste von „Übersetzungen“ in verschiedene Dialekte. Wie einem Spam doch den Abend (bzw. den Morgen) versüßen kann … Abgelehnt wurde diese Anfrage aber natürlich trotzdem. Widerstand ist also doch nicht ganz zwecklos. 😀

Heute wurde mir 1 US$ geschenkt. Unglaublich! Nach dem Komplettausfall am 22. Dezember letzten Jahres wurde bereits angekündigt, dass zahlende Kunden für den Ausfall mit Gesprächsguthaben entschädigt würden. Vor zwei Tagen erhielt ich eine E-Mail, die dem Inhalt nach zu urteilen bereits vor Weihnachten hätte verschickt werden sollen. So heißt es z. B. „das Jahr 2010 neigt sich dem Ende entgegen“ und „wir wünschen Ihnen frohe Weihnachtsfeiertage und für das neue Jahr viel Freude, Frieden und Gesundheit für Sie und Ihre Familie“. Heute wurde dieses Guthaben auf meinem Konto verbucht. Nun gilt für mich wohl der alte Spruch: Nicht alles auf einmal ausgeben!

In den letzten Tagen sind auffällig viele Firefox-Add-ons aktualisiert worden, um sie mit Version 4 kompatibel zu machen. So z. B. Firebug und Web Developer. Da sind die Entwickler wohl scharf auf kostenlose T-Shirts mit Firefox-4-Logo. Ich bin ja mal gespannt, wie das aussehen wird, denn eigentlich sollte ich auch eins erhalten. 😀

Nicht ganz acht Monate nach der Veröffentlichung meines ersten Firefox-Add-ons azid in Mozillas Add-on-Katalog, mit bisher vier Aktualisierungen, wurde es laut der in den Katalog integrierten Statistik bis heute knapp über 5500-mal heruntergeladen und hat derzeit fast 800 tägliche Benutzer. Mittlerweile ist es sogar in sieben Sprachen verfügbar. Das ist sicherlich nicht weltbewegend, aber für ein kleines Projekt, das aus Eigenbedarf und Experimentierfreude entstand, finde ich das gar nicht schlecht.

Ich stand gerade vor dem Problem, für mein Firefox-Add-on azid die kompatiblen Firefox-Versionen anzugeben. Aufgrund eines Fehlers in einigen Firefox-Versionen müsste ich nun theoretisch zwei Bereiche von Versionsnummern festlegen, von 2.0 bis 3.6.* und von 4.0b2 bis 4.0b3pre, da in den Versionen 3.7a4 (erste verfügbare inkompatible) und 4.0b1 (letzte inkompatible) sowie wahrscheinlich (ungetestet) den Versionen dazwischen das Add-on nicht funktioniert. Praktisch ist leider nur die Angabe genau eines Bereichs unterstützter Versionen einer Anwendung (z. B. Firefox) möglich, sodass weder

<em:targetApplication>
  <Description>
    <em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id>
    <em:minVersion>2.0</em:minVersion>
    <em:maxVersion>3.6.*</em:maxVersion>
  </Description>
</em:targetApplication>
<em:targetApplication>
  <Description>
    <em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id>
    <em:minVersion>4.0b2</em:minVersion>
    <em:maxVersion>4.0b3pre</em:maxVersion>
  </Description>
</em:targetApplication>

noch

<em:targetApplication>
  <Description>
    <em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id>
    <em:minVersion>2.0</em:minVersion>
    <em:maxVersion>3.6.*</em:maxVersion>
  </Description>
  <Description>
    <em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id>
    <em:minVersion>4.0b2</em:minVersion>
    <em:maxVersion>4.0b3pre</em:maxVersion>
  </Description>
</em:targetApplication>

eine Lösung sind. Eine Beschreibung dieses Konstrukts gibt es bei Mozilla. Somit bin ich gezwungen, einen Bereich wie

<em:targetApplication>
  <Description>
    <em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id>
    <em:minVersion>2.0</em:minVersion>
    <em:maxVersion>4.0b3pre</em:maxVersion>
  </Description>
</em:targetApplication>

anzugeben, obwohl er eigentlich falsch ist. Zumindest habe ich der Projektseite von azid Informationen zu (in)kompatiblen Versionen hinzugefügt.

Die Festlegung mehrerer disjunkter Versionsmengen wäre wünschenswert, um solche dem Add-on-Entwickler bekannten Inkompatibilitäten den potenziellen Nutzern mitzuteilen und auch in den Prozess der Add-on-Suche und -Installation einfließen zu lassen.

Da sollte eigentlich „Nächstes Video im After Forever-Mix“ stehen, tut es aber nicht. 😀

Und auch dann wäre es genau genommen falsch, da zwischen „After“ und „Forever“ noch ein Bindestrich fehlen würde. Selbst zu sehen z. B. bei Strong.