Formulare, Formulare

Formulare, Formulare: Wie man HTML-Formlare gutaussehend, barrierefrei und standardkonform gestalten kann, zeigt eine Sammlung im Dr. Web Weblog.

einkunstwerk

Einkunstwerk ist ein gewöhnlicher Onlinekatalog für Kunstwerke die käuftlich erworben werden können. Fast. Auf einkunstwerk wird nämlich immer nur ein ausgesuchtes Kunstwerk dem Publikum präsentiert.

Möchten Sie diesen Schatz festhalten, muss die Muße nun allerdings kurz hintenanstehen; es gibt dieses Kunstwerk nur ein einziges Mal und jemand anderes könnte es gerade ebenso in sein Herz schließen.

Wie ich finde eine sehr nette Idee mit der Konzentration auf das Wesentliche.

Adobe will PPC-Macs den Rücken zuwenden

Wie der Senior Product Manager John Nack in seinem Weblog schreibt, will Adobe in Zukunft seine Software nur noch für Intel-Macs entwickeln. Sein Argument: Wenn die Entwickler den Code nicht mehr auf zwei Architekturen optimieren müssten, könnten sie sich mehr auf die Funktionen konzentrieren.

Die erste Software die von dieser Entscheidung betroffen ist, ist die erst kürzlich zum Download freigegebene Software Soundbooth, welche in der Mac-Community schon für einige Diskussion gesorgt hat.

Etablierte Anwendungen wie beispielsweise Photoshop, Dreamweaver und Illustrator sollen in Zukunft jedoch auch auf der PPC-Architektur weiterentwickelt werden. Betroffen seien wohl nur reine Neuentwicklungen aus dem Hause Adobe.

Manipuliert

In einem Video auf aish.com wird der Skandal um die Bildmanipulation von einem Reuters-Foto aufgegriffen und min mehreren manipulierten Fotografien dramatisiert. Obwohl es nicht richtig ist, sich die Realität zurechtzubiegen, bleibt den meisten Fotografen durch den finanziellen Druck fast nichts anderes übrig. Die Agenturen schreien nach exklusiven und spektakulärem Bildmaterial und die Konkurrenz ist groß. Je skrupelloser ein Fotograf mit dem Thema Bildmanipulation umgeht, desto besser.

Foren für Webworker

Foren für Webworker: Eine sehr umfangreiche Übersicht von Foren für Webdesigner bietet das Dr. Web Weblog. Alle dort aufgeführten Foren sind deutschsprachig und nach Kategorien sortiert.

<table> statt <img>?

In unserem schönen Mediengestalter-Klassen-Forum (Seite ist leider passwortgeschützt. Daher kein Link) hat jemand die Frage aufgeworfen, warum man nicht einfach eine Grafik auf die einzelnen Pixel aufsplittet und diese anschließend wieder in einer Tabelle zusammenbaut. Eine ganze Website würde man ja schließlich auch in einzelne Grafikelemente auseinander schneiden und im Editor quasi wieder zusammensetzen.

Wie wäre es wenn man die Grafiken in 1px große quadrate sliced, und dan statt dem Bild was geladen werden muss, von jedem Pixel den HEX, RGB oder sonstewas Farbwert nimmt und den dann als Hintergrundfarbe im jeweiligen pixel-feld der Tabelle angibt.

Das dies eine ungeheure große Menge an Code gibt im Gegensatz zu einer Grafik gibt, brauche ich wohl nicht zu erwähnen. Doch wie groß ist diese Unterschied genau? (Achtung jetzt folgt viel Theorie und Mathematik!)

In einer stink normalen RGB-Grafik werden die einzelnen Farben mittels drei Werten (Rot, Grün und Blau) angegeben. Also, beispielsweise: 255|255|255 für weiß. Danach kommt der nächste Pixel und so weiter. Meine Beispielgrafik (ein zwinkerndes Smiley) hat eine Größe von 15×15 Pixel und besteht somit aus 225 unterschiedlichen Pixeln. Jeder Pixel wird dabei mit 24 Bit angegeben. Bei einem unterkomprimierten Bild kommen wir damit auf 5400 Bit. Umgerechnet sind dies ungefähr 0,66 KByte.

Würde ich jetzt diese Grafik rein in einer Tabelle darstellen wollen, hätte ich erst einmal folgenden “Grundcode” pro Pixel.

Eine Bildzeile würde praktisch so aussehen:

Da ich jetzt keine Lust habe, 255 Tabellenzellen anzulegen und mit dem passenden Farbwerten zu belegen, machen wir die Berechnung des Speicherplatzes einmal theoretisch.

Bei einer ASCII-Codierung benötigen wir pro Zeichen 7 Bit. Pro Pixel benötigen wir 50 Textzeichen was einen ungefähren Speicherplatzbedarf von 43,75 Byte pro Pixel ausmacht. Eine Bildzeile benötigt somit 656,25 Byte. Das wiederum x 15 Bildzeilen ergibt einen Speicherplatzverbrauch von 9843,75 Byte (9,61 KByte.)

Also statt 0,66 KByte für die Grafik benötigen wir 9,61 KByte für die Tabelle (sollte ich mich nicht verrechnet haben ;-)). Das ist ein Unterschied von sage und schreibe ca. 1456 Prozent. In Ladezeiten ausgedrückt, würde es wie folgt aussehen: Die Grafik benötigt bei einem 56K-Modem ca. 0 Sekunden und die “Tabellen-Grafik” braucht ca. 2 Sekunden.

Da die meisten Websites recht viele Grafiken einsetzen, würde dies noch eine deutlich höhere Codemenge ausmachen. Und selbe wenn, die Tabellenmethode vom Speicherplatz und den Ladezeiten geringer ausfallen würde, würde eine Zugänglichkeit bei einem solchen Tabellengerüst absolut nicht mehr gewährleistet sein.

Im Moment fällt mir nur ein Vorteil ein, der durch eine solche Darstellung entsteht: Eine Grafik lässt sich nicht mehr so einfach über “Speichern unter…” auf die eigene Festplatte kopieren. Die Erfindung des Screenshots macht diesen Vorteil aber gleich wieder wett.

Fazit: Es gibt also absolut keinen Grund eine Grafik als Tabelle darzustellen.

Firefox: Flash Switcher

Firefox: Flash Switcher: Mit der Firefox-Erweiterung “Flash Switcher” wird es möglich, zwischen mehreren Versionen des Flash Plugins rasch zu wechseln.