Das Wort billig benutze ich zur Beschreibung der Qualität eines Artikels. Ist ein Toaster billig, dann ist dieser nicht unbedingt kostengünstig, wohl aber schluderig/billig verarbeitet. Das Fleisch im Supermarkt sollte um himmelswillen nicht billig sein. Billig kommt dann immer zum Einsatz, wenn die Qualität eher schlecht als Recht ist. Ein Golf 3 zum Beispiel war zu seiner Zeit billig in der Verarbeitung und beim Materialmix, nicht aber günstig in der Anschaffung. Ein nagelneuer Audi A4 oder ein BMW 3er in Hausfrauenausstattung ist sicher nicht billig, aber unter umständen günstig.

All die Supermärkte und Warenhausketten nutzen das Wort billig sehr gern in der Werbung für Ihre Produkte: Jetzt billiger, wirklich billig, unglaublich billig. Billig heißt für mich, dass das beworbene Produkt minderwertig ist.

Was ist günstig?

Ein günstiges Produkt ist für mich in erster Linie nicht hochpreisig. Ist ein Produkt teuer oder eben preiswert (günstig), dann ist damit eher nicht die Wertung der Beschaffenheit oder die Qualität gemeint, sondern der Preis. Aufpassen: Wer mit günstig wirbt, wirbt seriös. Wer mit billig wirbt, könnte eventuell auch die Qualität meinen.

Was sagt der Duden?

Im Synonymwörterbuch des Duden gibt es für das Wort billig hauptsächlich zwei Definitionen. Zum Einen: erschwinglich, fast umsonst, günstig, herabgesetzt, nicht teuer, preiswert. Aber auch: dürftig, minderwertig, schlecht, wertlos, zweitklassig, miserabel, einfallslos usw.

Das Wort günstig im direkten Vergleich kennt ebenfalls hauptsächlich zwei Bedeutungen. Zum einen die exakte Beschreibung des Wortes billig: erschwinglich, herabgesetzt, nicht teuer, preiswert. Interessanterweise aber auch billig. Die zweite Bedeutung: aussichtsreich, förderlich, Erfolg versprechend, gut, nützlich, positiv. Eine Assoziation, der ich nur schwer folgen kann.

Mein Fazit?

Wer sich an die Lebensmittelskandale erinnert, denkt an vergammeltes Dönerfleisch oder an Frischeetiketten auf altem Fleisch. Für mich ist es in erster Linie billiges Fleisch und damit nicht zum Verzehr geeignet. Das Fleisch vom Bauern in der Umgebung aber, dass von glücklichen Tieren stammt ist keineswegs billig, unter Umständen aber günstig zu erhalten.

Möglicherweise deute ich günstig und billig einfach nur anders als andere heute. Das mag meiner alten Schule, dem gedruckten Duden oder einfach nur meinem Alter geschuldet sein. Doch es fühlt sich weiterhin falsch an, wenn jemand vom Preis spricht, dies aber als billig kennzeichnet.

Bitte liebe Journalisten, Marketingsexperten und Blogger: Wertet die Produkte bitte nicht so ab. Das Wort billig gehört verboten! Es sei denn, es soll ausdrücken, wofür es steht: Minderwertigkeit.

In den Browsern kommt mir die Schrift eigentlich meist fetter vor, als sie eigentlich sein sollte. Dabei sind typografische Unterscheidungen doch so sexy, beziehungsweise eine klare Unterscheidung zwischen regulärem und gefettetem Text sehr wichtig.

In Webkit-Browsern konnte man bisher den Text mit -webkit-text-stroke mit einem transparenten Rahmen versehen, um diesen etwas dünner wirken zu lassen. Oder man setzte gleich einen Schatten, was den Kontrast erhöhte und damit einen dünneren Font vortäuscht. Das Problem nur: Auf dem iPhone beispielsweise sah text-stroke fürchterlich aus. Mit dem neuen Safari 5 oder Google Chrome kann man nun -webkit-font-smoothing einsetzen.

Wie die Attribute und Ergebnisse aussehen, könnt ihr euch bei Tim ansehen

Posted via web from macx’s posterous

Die Rede ist von pixelgenauen Designs. Kunden sind meist Printgeschädigt. Sie wollen, dass alles überall gleich aussieht. Wer sich mit modernen Webdesign beschäftigt, stellt schnell fest, dass Webseiten unter verschiedenen Betriebssystemen und Browsern unterschiedlich aussehen. Das müssen sie aber auch, denn genau das gehört zum Medium dazu.

Und das ist überhaupt nicht schlimm, wie ich in diesem Video zeige.

Posted via email from macx’s posterous

Das Ergebnis möchte ich euch nicht vorenthalten:

Das Wallpaper hat ein Format von 2560×1440 Pixel, was der Auflösung meines 27” iMac entspricht. Ich könnt das dann ja recht einfach für euren Monitor runterskalieren. Wenn ihr mehr Wallpaper haben wollt, sagt nur Bescheid.

Posted via email from macx’s posterous

Dass ich kein Fußball außerhalb einer Europa- oder Weltmeisterschaft mag, weiß jeder, der mich kennt. Warum sollte mich auch Fußball begeistern, hier in Hannover? Der Spiegel fasst es glaube ich ganz gut zusammen:

Hannover spielt zu unkonstant, zeigt an guten Tagen, warum es nominell nicht auf einen Abstiegsplatz gehört. An den deutlich häufigeren schlechten Tagen hingegen tritt das Team auf, als müsse man ihm alles, aber auch alles von Neuem erklären – angefangen beim Namen der Sportart, die es zu betreiben vorgibt. (spon.de)

Zum Hintergrund: Hannover spielt noch in der 1. Bundesliega und möchte um den Klassenerhalt kämpfen, tut es aber nicht. Und das wiederum finde ich die Tage am Fußball dann doch wieder schön. Irgendwie mag ich den ganzen Trubel um eine Mannschaft nicht, die keine Leistung zeigt.

Posted via web from macx’s posterous

Liebe Domainpartner,

die DENIC wird zum 04.10.2010 eine innovative Neuerung einführen: “bunte” Domains. Damit kommt die DENIC der ICANN voraus, die seit Monaten über diese Einführung diskutiert.

Doch was sind “bunte” Domains eigentlich?
Standardmässig werden in die Browserleiste die Domainnamen in schwarz geschrieben. Doch mit Hilfe eines speziellen Plugins (zurzeit nur für den Firefox geplant), kann man diese Leiste um eine Art Farbeimer erweitern und somit den Domainnamen in einer beliebigen Farbe schreiben.

Wie sieht der Ablauf der Einführung aus?

In einem ersten Test wird die DENIC am 04.10.2010 blaue Domains einführen, sollte dieser Test erfolgreich verlaufen, werden später noch weitere Farben folgen. Erstmalig wird auch die DENIC das Modell Grandfathering/Sunrise/Landrush/GoLive nutzen. Wahrscheinlich wurde aus den Fehlern der Vergangenheit gelernt.

04.10.2010 – Grandfathering
Inhaber von .de Domains, die bereits vor dem 04.10.2008 registriert worden sind, können in dieser Phase die korrespondierenden blauen Domains vor allen anderen Interessenten registrieren.

01.11.2010 – Sunrise-Phase A
Während dieser Sunrise-Phase können nur Inhaber deutscher Marken, die eine Assoziation zur Farbe blau vorweisen, blaue Domains registrieren. Jeder Sunriseauftrag wird 75 Euro netto kosten.

03.01.2011 – Sunrise-Phase B
Während dieser Sunrise-Phase können alle weiteren Inhaber deutscher Marken blaue Domains registrieren. Die Kosten der Sunrise B belaufen sich ebenfalls auf 75 Euro netto.

01.03.2011 – Landrush

In dieser zweiwöchigen Phase kann jedermann die Domain zu einem “Vorzugspreis” registrieren. Wieviel höher dieser Preis über dem normalen liegt, konnte die DENIC noch nicht sagen.

15.03.2011 – GoLive

04.10.2011 – ggf. Einführung weiterer Farben

Anmerkungen zum Ablauf:

* Die Sunrise-Anträge werden alle manuell validiert. Für die Validierung müssen entsprechende Nachweise erbracht werden. Sollten mehrere Sunrise-Aufträge für eine Domain eingehen, so werden die Domains nach dem “First come, first served”-Prinzip vergeben.
* Anträge innerhalb der Landrush-Phase werden ebenfalls nach dem “First come, first served”-Prinzip vergeben.
* Die Mehreinnahmen aus den Sunrise-Anträgen und der Landrush-Phase wird die DENIC gemeinnützigen Einrichtungen zur Verfügung stellen.

Sofern Sie sich für die blauen Domains vormerken lassen möchten, schicken Sie bitte eine kurze eMail.

Hostway Deutschland GmbH

Posted via email from macx’s posterous

Wenn ihr bestimmte Dinge wissen möchtet, lasst es mich wissen. Dann erstelle ich auch davon einen Screencast.

Posted via email from macx’s posterous

Posted via web from macx’s posterous

Ich möchte aber bitteschön einheitliche Scrollleisten haben. Die Rettung naht in Form einer Systemeinstellung: iLeopard.

Die aktuelle Version kann man sich hier direkt runterladen: http://bit.ly/nAZdA. Eine Webseite dazu gibt zwar schon, allerdings ohne erkennbare Downloadinhalte. Das hat auch wohl damit was zu tun, dass der Entwickler verhindern wollte, dass Leute wie ich hier darauf hinweisen: http://twitter.com/gcamp/statuses/4570418390

Posted via email from macx’s posterous

Hier sind die Fotos:

Posted via email from macx’s posterous

Dank des Terminals lässt sich Mail.app, mein Lieblings-Mailprogramm, aber so einstellen, dass es ankommende E-Mails grundsätzlich immer in einer Reintextversion dargestellt werdeb. So passen diese Mails perfekt in meinen Workflow, weil der optische Fokus in der Mitteilung liegt und nicht bei der Kreativität des Verfassers. Schreibt dazu ins Terminal folgendes:

defaults write com.apple.mail PreferPlainText -bool TRUE

defaults write com.apple.mail MinimumHTMLFontSize 14

Startet danach Mail einfach neu. Das Schöne: Mail.app gestattet es weiterhin, die E-Mail im Original zu lesen (nicht unwichtig bei Newslettern). Dazu wählst du einfach E-Mail aus und drückst die Tastenkombi CTRL + CMD + Ä. Im Menü versteckt sich das unter Darstellung > E-Mail > Nächste Alternative.

Posted via email from macx’s posterous

Den Artikel dazu findet ihr im Magazin (http://t3n.de/news/conventioncamp-video-interview-stowe-boyd-open-source-262122/) und demnächst in der Technikwürze als Audiospur.

Posted via email from macx’s posterous

Mit den folgenden zwei Terminal-Befehlem kann man die Hintergrundhervorhebung wieder aktivieren:
 
Defaults write com.apple.dock mouse-over-hilite-stack -boolean yes
killall Dock

Posted via email from macx’s posterous

Stellen wir uns mal, wir drucken neben jedem Artikel eine Nummer oder ein Stichwort ab und betrachten diese Angabe als Referenz. Wenn ich nun im Internet diese Referenz angebe und meinen Kommentar dazu hinterlasse, könnte man einen Rückkanal schaffen. Viele Printpublikationen machen dies in ähnlicher Form ja schon mit Nummern, unter denen ich den Artikel online nachlesen kann. Wenn der geneigte Leser nun etwas kommentieren möchte, müsste jeder Autor Blogfunktionalitäten nachbauen, um den Rückkanal herzustellen. Die Tools dafür haben wir aber bereits „in der Hosentasche“: Das Internet auf dem Handy und Twitter.

hashTag und Twitter

In der dritten Ausgabe des Webstandardsmagazines wird jedem Artikel ein hashTag zugewiesen und abgedruckt. So könnte der hashTag in etwas so aussehen: „wsm3/25“, also „WebStandardsMagazin Ausgabe 3, Artikel 25”. Wenn ich meinen Kommentar über Twitter sende und am Ende den hashTag als Referenz angebe, kann ich direkt danach im Internet suchen und einen Zusammenhang herstellen. Beispiel:

„Ich finde nicht, dass der Autor mit seiner Meinung recht hat. #wsm3/25“.

Suche ich auf der Webseite hashTag nach eben „wsm3/25”, in der Twitter-Suche oder mit jedem x-beliebigen Twitter-Tool mit Suchfunktion, dann erhalte ich chronologisch alle Kommentare zu diesem Artikel – live!
Mit ein paar Zeilen JavaScript und ein bisschen PHP könnte man so auf seiner Webseite zum Printmagazin alle Kommentare abbilden und die Twitter-Community über neue Einträge per Tweet informieren.

Der interessierte Leser sucht aktiv nach den Kommentaren oder benutzt die oben angesprochenen Kolloberationstools durch die hashTag-Suche. Mit Hilfe von Twitter entsteht so nicht nur ein echter Dialog und die Diskussionsmöglichkeit, sondern eben auch ein echter Rückkanal zum Autor.

Ich bin gespannt, wie die Webaffinen Leser des Webstandardsmagazines diesen Ansatz aufnehmen.

Die einen setzen CSS-Frameworks wie YAML gern ein, weil sie schneller durchstarten wollen, effektiver arbeiten möchten, sich nicht um IE6-Bugs kümmern möchten. Die anderen sprechen von aufgeblähten CSS-Code, ein (nicht vorhandenes) Korsett des Frameworks und und und. Einige Argumente sind plausibel, viele einfach falsch.

Die Argumentation “Ich will nicht” wäre deshalb eine ehrliche und völlig legitime Aussage, mit der ich als Entwickler von YAML gut leben kann. Eine solche, zutiefst persönliche Entscheidung für eine individuelle Arbeitsweise, bedeutet im Umkehrschluss jedoch nicht, dass CSS-Frameworks obsolet sind oder mit der eigenen Codequalität nicht konkurrieren könnten. Dirk Jesse und Nils Pooker

Warum ich CSS-Frameworks toll finde

Ich fördere gern den Einsatz von CSS-Frameworks, besonders wenn oben drüber YAML steht. Dirk hat wirklich eine beeindruckende Arbeit geleistet und es scheint, dass jede Zeile CSS wirklich Sinn macht. Auch habe ich viele Kollegen während meiner Laufbahn kennengelernt, die ein wenig Unterstützung in HTML und CSS gebrauchen konnten. Für sie ist ein solches Framework eine willkommene Arbeitserleichterung. Besonders, weil sie sich dank YAML und Co. nicht mit immer wiederkehrende Elemente einer modernen Webseite beschäftigen müssen. Dazu gehört u.a. ein CSS-Reset, der eigentlich immer gleiche Grundaufbau der Seite und Browserbugfixes. Aber auch echte Webprofis – für die zumindest YAML gedacht ist – sollen mit dem Framework ein Werkzeug erhalten, mit dem sie effektiv saubere Webseiten aufbauen können.

Wer CSS nicht aus dem EffEff beherrscht, findet mit den CSS-Frameworks eine sehr feine Arbeitsgrundlage. Und wer sich mit der umfangreichen Doku von YAML beschäftigt, kann sogar sehr viel mehr dazu lernen. Für die meisten kann die Arbeit nach einer kurzen Eingewöhnugsphase wirklich schneller von statten gehen. Warum sollte ich daher etwas gegen CSS-Frameworks haben? Faktisch könnte ich alle Pro- und Contro-Argumente gegeneinander aufwiegen, sodass am Ende eigentlich nur der Einsatz empfohlen werden kann.

Warum ich niemals ein CSS-Framework einsetzen werde

Wer sich mit mir persönlich über HTML und CSS unterhält, oder ab und zu auch mal Technikwürze hört, weiß genau, wie ich ticke. Ich habe eine ziemlich starre Meinung zum Einsatz von CSS-Frameworks: „Nein!“. Trotzdem folge ich nicht den beliebten Argumenten, dass ein Framework die Webseite ziemlich übel aufbläht, mir keine Flexibilität bietet oder strikt überflüssig ist.

Für mich ist das Schreiben von HTML und CSS ein Handwerk, mein Handwerk, mein Job. Ich liebe es außerordentlich, auf „Datei neu“ zu klicken und jedes verdammte Projekt mit einer leeren Datei zu beginnen. Ich schreibe HTML und CSS liebend gern so schnell runter wie Journalisten ihre Artikel. Aber es geht mir nicht darum, erster zu sein.
HTML und CSS zu schreiben macht mir schlicht und einfach gesagt absolut Spaß. Ich möchte alles selbst schreiben, weil es mir Freude bereitet. Ich bin lieber der Entwickler wie Dirk, der ein Framework wie YAML zusammenschreibt, als ein Webentwickler, der das fertige YAML effektiv benutzt. Als PHP-Entwickler nutze ich für einige Projekte sogar mal PHP-Frameworks wie Zend, für HTML und CSS brauche ich das eher nicht.

CSS-Frameworks unterstützen mich bei meiner Arbeit nicht, sondern rauben mir den Spaß. Ich müsste im Detail (!) viel weniger denken, viel weniger aus dem Wissen schöpfen, viel weniger leisten. Ich beantworte gern die Fragen meiner Kollegen und Hörer, wie man dies und das genau macht, und warum genau so. Es hat schon ein paar Jahre gedauert, bis ich in der Lage war, Fragen über CSS direkt wie aus der Pistole zu beantworten. Ich mag mich nicht mit dem Gedanken beschäftigen, dieses Basiswissen verblassen zu lassen. Auch wenn mich die eine oder andere Lösung mal viele Stunden oder im Extremfall gar ein paar Tage kostet, weil bisher noch niemand auf die Idee gekommen ist das Problem richtig gut zu lösen, erinnere mich gern an die „Entwicklungszeit“. Das Erreichte macht mich stolz und bildet die Basis, das Fundament meiner Arbeit.

Für mich ist Webentwicklung kein Beruf, sondern eine Berufung. Ich mache das alles echt gern. Wenn es sein muss dann auch jeden Tag wieder aufs Neue, mit einer neuen Datei. „Alles zurück auf Anfang“.