dieser Blog ist noch nicht wirklich Online, ich sammle hier momenten hauptsächlich Gedanken und Links, sehe diese Seite aber nicht als fertig an

… or … On “the site must look the same across all browsers”

Paul Irish mal wieder über das (leidige) Thema, ob Webseiten in allen Browsern gleich aussehen sollen.

Er sagt (in etwa): Nein. Sollen Sie nicht. Die sollten aber in allen Browsern gut sein. Im Fernsehen ist doch auch nicht alles S/W, nur weil es vielleicht noch ein paar alte S/W Fernseher gibt… (und anders herum wird einem S/W Fernseher auch keine Farbe aufgezwungen)

Without your help, without a strong reaction, this can lead to one thing only and we’re dangerously not far from there: other browsers will start supporting/implementing themselves the -webkit-* prefix, turning one single implementation into a new world-wide standard. It will turn a market share into a de facto standard, a single implementation into a world-wide monopoly. Again. It will kill our standardization process. That’s not a question of if, that’s a question of when.

Webkit ist super, aber das wollen wir, glaube ich, alle nicht.

(Via Nico)

Responsive Design bedeutet, dass eine Webseite mit dem selben HTML auf verschiedenen Geräten sich automatisch den Gegebenheiten anpasst und dementsprechend ihr Erscheinungsbild ändert.
So. Klingt erstmal total toll. Eine Webseite für alles. Wow. Die Realität ist leider nicht so toll, aber dazu später.

Vor einiger Zeit geisterten diverse Artikel durchs Web, in denen propagiert wurde, dass echtes Responsive Design doch bitte auch einen Print Style haben muss, denn nur dann ist es auch wirklich “responsive” (Das Wort heisst “reagierend” oder “reaktionsfähig” – einmal merken). Okay, damit will vermutlich gesagt werden, dass Webseiten, die responsive sind, auch in einer gewissen art “responsible” (also Verantwortungsvoll) sein sollten – ehrlichgesagt weiß ich nur bedingt, wieso mann extra einen print style bauen sollte, weil die Webseite auf den Browser reagiert, aber das lassen wir mal dahingestellt.

Viel interessanter finde ich, wie die Tutorials zum “responsive design” aufgebaut sind – und hier kommen wir jetzt auch gleichzeitig wieder zur Realität von Responsive Design und seiner Auslegung. Wenn ich einmal zusammenfasse, was mir meine Medienkollegen unter Responsive Design verkaufen wollten, dann ist es:

• Eine Webseite für alles (nicht weiter spezifiziert, keine Layouts o.ä. für kleinere Versionen)
• Ein Design, welches sich dann bei kleineren Bildschirmen & Geräten “zusammenstaucht” (nicht verändert!)
• Je ein Design für jedes Endgerät, basierend auf dem gleichen HTML, aber mit komplett unterschiedlichen Designs (teilweise pixelgenau unterschiedlich für iPad und Android Tablets!) – nebenbei meistens gar nicht mit einem HTML umsetzbar.
• Verschiedene Designs für verschiedene Endgeräte, davor einen Switch, der auf die richtige Version weiterleitet (u not understand…)
• Diverse Kombinationen der obigen Punkte…

Vorgestern stolperte ich in meiner Facebook Timeline über den Zeit-Artikel “Spucken mit Stil”. Die Zeit schreibt in dem Artikel über die “Die Rettung des deutschen Hip-Hop” und wie der Bielefelder Rapper die “festgeschriebenen Rechtsvorschriften des Hip-Hop geradezu systematisch missachtet”.

Ich war schon nach kurzem probehören (Audiofile im Artikel) einigermaßen geflasht und habe mir das Album gekauft. Nach zweimaligem durchhören möchte ich sagen, dass der Artikel durchaus Recht hatte.

Für mich war deutschter HipHop immer Fettes Brot, die anderen Bands wie Fanta4, Blumentopf, EinsZwo und Co tauchten in meinen Playlists relativ selten auf. Mit Bushido und Co wurde der deutsche HipHop (später “Deutschrap”) dann ziemlich durch den Dreck gezogen. Casper kriegt es jetzt hin, deutschen Rap mit guten beats und nicht ganz so bescheuerten Texten hinzulegen. Dazu hat er noch eine durchaus streitbare, aber wie ich finde sehr coole Stimme.

Für mich wohl das Überraschungsalbum des Jahres, schlicht aus dem Grund, dass es ein “Deutschrap”-Album ist, welches mir gefällt…

Vermutlich werde ich vorher noch zehn mal das Design ändern und drei bis fünf mal die URL und den Namen, aber irgendwann muss ich ja schliesslich mal Anfangen

Der Grund, warum ich eigentlich nie auf Twitter wirklich aktiv war, ist der, dass die einzelnen Meldungen in den Massen schlicht untergehen, Facebook machte das wenigstens etwas besser, da man dort nich ganz so vielen leuten “folgte”, mit Google+ wird jetzt aber wohl wieder das Twitter-Prinzip überhand nehmen (was ja auch durchaus Vorteile hat). Irgendwie geht mir dieses Massengeblubber aber mehr und mehr gegen den Strich. Ich glaube mittlerweile fast wieder, dass die (Internet-)Welt etwas besser wäre, wenn die Leute sich etwas mehr Gedanken machen müssten. Getreu dem alten Forenmotto “Erst lesen, dann verstehen und dann erst posten”.

Meiner Meinung nach ist beides der falsche Weg. Es ist bekanntsollte bekannt sein, dass User Formulare hassen. Ich habe selbst schon diverse Formulare gebaut, viele davon in mehreren Steps, um den Benutzer erstmal mit wenigen Felden dazu zu bringen, mit der Anmeldung zu starten, nur um ihn dann in den folgenden Schritten mit einem Wust an Felder zu überfallen (leider kenne ich keine Absprungraten, wenn jemand so einen Fall hat und die Raten kennt – immer her damit!).

Soweit ich in den letzten Jahren gelernt habe, fragt der beste Registrierungsprozess möglichst wenig Daten ab. Nutzername, E-Mail und Passwort, alles nur ein mal, sollte für den Anfang reichen. Alle weiteren Informationen kann der User später nachtragen – wenn er denn will (oder muss, z.B. im Onlineshop).

Wer jetzt bedenken bzgl. falsch eingegeber Daten hat: Wenn das Passwort falsch ist, kann es via “Passwort vergessen” erneut gesetzt werden, sollte die E-Mail falsch sein, wird der User das schnell merken, da die Bestätigungsmail aus bleibt (auf die natürlich auf der Webseite prominent hingewiesen wird, die aber – wieder: außer sie muss zwangsläufig richtig sein – NICHT die Benutzung der Webseite einschränkt). Sollte der Nutzer wirklich beides falsch eingegeben haben, hat er wohl Pech gehabt. Wer diesen Fall auch noch abdecken will/muss, kann den Nutzer nach der Anmeldung direkt anmelden, Ihm seine Daten anzeigen (nur Nutzername und E-Mail natürlich) und Ihn bitten, die Daten zu bestätigen. (mit maximal einem Klick!)