Ich bin entsetztfassungslos, äusserst derbe Sache.

Link: Pure CSS Twitter ‚Fail Whale‘ (subcide.com)

Thx an Missi.

Ich hätte zum Thema von der selben Seite bei Apple noch einen nachzuschieben, mit gefälschtem User-Agent:

This demo contains H.264 video. Windows users can download QuickTime to enable support for this industry-standard format.

Edit: Ach hier gibt’s noch einen Nachtrag bei fefe, da sich wohl etliche Apple-fanbois beschwert haben, dass das alles ganz toll wäre…

Keine weiteren Fragen.

Windows Internet Explorer Preview does not support any operating system earlier than Windows Vista SP2

Soweit alles wie gehabt bei Microsoftens, wenn ich mir anschaue, was die sonst noch so zu bieten haben, geht mir das Messer in der Tasche auf. Mal zur Dokumentation für die Nachwelt, falls die irgendwann doch ihre Blödheit bemerken sollten und das korrigieren:

-moz-border-radius-bottomleft: 0px;
-moz-border-radius-bottomright: 0px;
-moz-border-radius-topleft: 0px;
-moz-border-radius-topright: 0px;
border-style: solid;
border-width: 6px;
padding: 48px;

Das wird als Beispielcode einer flink und schlampig hingeschluderten Demoseite aufgeführt, dass der IE9 unter anderem – angeblich – border-radius kann, im Code steht es dann korrekt.

Vielen Dank, kein Interesse…

Ich hab, da ich vorgewarnt wurde, nicht alles gelesen, sondern bin gleich schnurstracks zu den Kommentaren runter, und siehe da; ich wurde nicht enttäuscht, auf sachliche Kritik gabs Folgendes zum Besten:

1. „Valides“ (X)HTML ist diskutierbar. Was „valide“ ist, entscheidet der Validator. so gibt es Validator, die ein als Fehler ausgeben, andere verlangen ein

Ein was? Was valide ist, bestimmt nebenbei der Standard.

…

3. Barrierefreiheit war explizit nicht gefordert, da es Designanforderungen gab, die höher gewichtet wurden.

Designanforderungen? WO bitte bricht man sich denn bei einem solchen 08/15-Layout einen Zacken aus der Krone, das barrierefreiarm zu bekommen?

4. In Zeiten von web 2.0 und 98,6% User MIT Javascript braucht man nicht über 1.4% diskutieren, die OHNE Javascript kommen. Hier wurde einfach Kosten und 1.4% gegeneinander abgewägt.

Welche Kosten? Die Mehrkosten, die vertrödelt wurden, um Links kaputtzumachen, oder für anderen Javascriptschnickschnack?

Hier wurde mal wieder alles richtig gemacht, Javascript noch und nöcher, für jeden Furz ein Div, Dillionen Inline-styles, absolute Höhen, kaputte Formulare, Fliegenschissschrift (auf einer Apothekenseite!) usw. usf.

Darauf einen Klosterfrau Melissengeist!

Links:

• Deutscher Apotheker Verlag setzt auf das Open-Source-CMS (t3n.de)
• http://www.apotheken.de/

Guckt euch mal den HTML-Source an!

Das ist widerlichster Schweinkram unterallerster Schublade, kann man sowas nicht verbieten?

Link: http://blog.fefe.de/?ts=b58ac514

Für die etwas fauleren MitwebdesignerdeppInnen unter uns: Nein, das was mir meine Webdeveloper-extension da im Screenshot markiert sind keine Tabellenzellen. Es sind Tabellen. Für jeden einzelnen Punkt eine.

Wenn man mich fragen würde … ääh besser nicht, könnte weh tun.

Quälle: https://isis.tu-berlin.de/ (is ne technische Universität, www also bitte selbst einfügen…)
via: konrad

Probleme

Wie auch viele andere benutzen auch wir vom Trash-Log bereits Webfonts. Leider birgt die Nutzung von Webfonts einige Probleme. So ist es zwar völlig legal, etwa Calibri als Schriftart per font-family: Calibri, Sans-Serif; zu benutzen. Calibri ersetzt Verdana in vielen neueren Microsoft-Programmen als Standardschriftart und wird somit automatisch „kostenlos“ auf vielen Systemen mitinstalliert. Einbinden darf man die Font-Datei aber nicht einzeln, denn Microsoft verkauft sie nebenher noch für $120! Ob nur der Seitenbetreiber haftet, oder auch der Besucher, dessen Browser unlizensierte Software runterläd, ist nicht geklärt.

Weitere Probleme ergeben sich aus dem Aufbau der font-Eigenschaft. Diese erlaubt es, mehrere Schriftarten anzugeben – ist eine auf dem System nicht vorhanden, wird die nächste probiert. Webfonts lassen da der Kreativität freien Lauf. Der CSS-Quelltext sieht dabei etwa so aus:

font: 2em Yanone, Verdana, Sans-Serif;

Besucht man die Seite mit einem Browser, der Webfonts nicht unterstützt, wird „Yanone“ vermutlich nicht gefunden, der Browser wird also Verdana benutzen. Obwohl wir mehrere Schriftarten angeben können, müssen wir uns aber für eine Schriftgröße (2em) entscheiden! Das führt zu drei Möglichkeiten, die alle nicht zufriedenstellen können:

• Schriftgröße wählen, bei der Yanone gut aussieht
• Schriftgröße wählen, bei der Verdana (als Standard-Schrift) gut aussieht
• Ein Mittelmaß, bei dem beide ok, aber nicht toll aussehen

Fazit

Webfonts ermöglicht es Designern endlich aus dem alten Raster der immer gleichen Schriftarten im Web auszubrechen und die Schrift zu wählen, die am besten zur Seite passt. Es bestehen aber noch einige Probleme, die hoffentlich (teilweise) noch in der bisher nicht veröffentlichten CSS3-Recommendation gelöst werden. Eine Zuordnung von einer Schriftgröße zur einer Schriftart würde die Vorteile von Webfonts stark verbessern!

Meinen persönlichen Hauptgewinn bekommen:

• www.credit-suisse.com
  

  Ihr Browser unterstützt keine Cookies
  Um unsere Website zu besuchen, aktivieren Sie bitte in den Browsereinstellungen die Option Cookies und laden Sie die Seite neu. Wir freuen uns auf Ihren Besuch auf www.credit-suisse.com

• www.buergerhaushalt-trier.de
  

  Umleitungsschleife
  Limit für Umleitungen dieser URL überschritten.  Die angeforderte Seite konnte nicht geladen werden. Dies könnte von blockierten Cookies verursacht werden.

Etwa 50% der Seiten der Preisträger skaliert (bei nur-text-zoom) nicht fluid, sondern rechts aus dem Browserfenster hinaus (Extra-scrollbalken, jippie).
Desweiteren verwenden mehrere der Preisträger feste Höhen für diverse Elemente, so dass Text überläuft, teilweise auch weisse Schrift in weissen Hintergrund hinein. Bspw. bei www.bund.de, aber da ist man nach dem Skalieren eh schon verloren.
Das Selbe gilt für browserseitig eingestellte minimale Schriftgrössen.

www.dhl.de beglückt mich mit einem inlineframe, www.weisse-liste.de, was eigentlich am brauchbarsten ist hat da rechts einen „Ihre-meinung-button“, auf den man sich tot-klicken kann, Zeit-online bekommt für ihr altbekanntes interaktives Ratespiel „wo zur Hölle ist mein Fokus?“ eine Biene in Bronze, alles in allem kristallisiert sich bei den Preisträgern die Frage heraus, was man eigentlich noch alles falsch machen muss um KEINE Biene zu bekommen.

Goldgewinner Manufactum glänzt neben anderen Schwächen mit:
h1, h2, h3, h4, h5, h6 { font-size: 1em;}
Das muss ich nicht verstehen…

Link: BIENE 2009: Manufactum hat die schönste Blüte (einfach-fuer-alle.de)

Geht mir von mit Eurem Dreck. Grad sitz ich mal wieder an so ’nem System dran, und ich kann nur sagen, was ich immer gesagt hab: Sooooooooooo einen Hals!!111eins

Link: Typo3 4.3 ebnet Übergang zu Typo3 v5 (golem.de)

Ok, das mit dem 1.0 und 2.0 hab ich mir jetzt ausgedacht, aber wer weiss

Link zum Widget/Plugin: WordPress: Seiten und Kategorien in einer Liste darstellen (ja-nee.net)
Update: Es gibt eine Überarbeitung: Kleines Update zum Widget (ja-nee.net)

AFAICS adding this to chrome.manifest is all that is needed to make Firebug 1.5X.0b1
work in SM 2.0:
overlay chrome://navigator/content/navigator.xul
chrome://firebug/content/browserOverlay.xul

(von hier)
Kurze Übersetzung auf Deutsch:
Firebug installieren, danach im Profilordner in der Datei: extensions\firebug@software.joehewitt.com\chrome.manifest die Zeile:
overlay chrome://browser/content/browser.xul chrome://firebug/content/browserOverlay.xul
ersetzen durch:
overlay chrome://navigator/content/navigator.xul chrome://firebug/content/browserOverlay.xul
Seamonkey neustarten.

Jippie!

Die Richtlinien für barrierefreie Webinhalte (WCAG) 2.0 decken einen großen Bereich von Empfehlungen ab, um Webinhalte barrierefreier zu machen. Wenn Sie diesen Richtlinien folgen, dann werden Inhalte für eine größere Gruppe von Menschen mit Behinderungen barrierefrei sein. Dies beinhaltet Blindheit und Sehbehinderung, Gehörlosigkeit und nachlassendes Hörvermögen, Lernbehinderungen, kognitive Einschränkungen, eingeschränkte Bewegungsfähigkeit, Sprachbehinderungen, Photosensibilität und Kombinationen aus diesen Behinderungen. Darüber hinaus wird das Befolgen dieser Richtlinien Ihre Webinhalte in vielen Fällen für Nutzer im Allgemeinen benutzbarer machen.

Die WCAG sind eine Empfehlung der Web Accessibility Initiative (WAI) des World Wide Web Consortium (W3C). Damit sind sie sozusagen die „offiziellen“ Richtlinien für barrierefreie Web-Inhalte, die es zu befolgen gilt.

Aus Neugierde mal geschaut, was für ein OS auf den „kaputten“ Automaten läuft, das war nicht ersichtlich, da die Dinger vor dem Booten schon hängengeblieben sind, wo man Bios-version etc usw. sehen konnte.

Cpu-clock:100Mhz

machte dann meinen Tag. Was zur Hölle?

• DIVs,
• Klassen und
• IDs

auskommt.

Dass einerseits Divs, Klassen und IDs kein Teufelswerk sind und andererseits man mit dem Theme draussen in der richtigen echten Welt keine Knöpfe gewinnen kann, da eine Änderung in der HTML-Struktur zwingend 10+ Änderungen in einem unübersichtlichen Stylesheet nach sich ziehen, hatte ich dabei auf dem Schirm.

Realisierung:

DIVs habe ich manuell aus den Templates entfernt, die IDs und Klassen zwangsweise über ein Script in der functions.php eliminiert, da WordPress richtig damit rumschweinst. Über das Template wäre da kein Weg.

Da ich designtechnisch eine absolute Null bin, habe ich mich stark an dem hier als Standard aktiven Fallseason-theme orientiert, damit am Ende nicht allzu 08/15-Kram dabei herauskommt.

das Design habe ich grossteils über verschachtelte Selektoren realisiert, im Speziellen Folgende:

• foo+bar (bar ist das nächste Element nach foo)
• foo~bar (alle bar nach foo)
• foo>bar (das erste bar innerhalb foo)
• :first-child/ :last-child (erstes/letztes Element)

Beispiel:

script + ul > li:first-child + li li /* Kommentare kleiner*/ {
font-size:.85em;
}

Probleme:

Bestimmte Sachen sind mit der Vorgehensweise nicht zu lösen, das label oben für die Suche musste rausfliegen, ein installiertes Plugin patscht mir noch ein paar (leere) Divs in den Code, ein klein wenig geschummelt habe ich auch, indem ich zum besseren/schöneren Anfassen der Sidebar ein vorhandenes Script davorgeschoben habe.

Ich habe leider keine Möglichkeit gefunden, die Teaser (wenn grösser als standardmässig) zu clearen.

Leider ist mir keine Möglichkeit eingefallen, die Liste unterhalb der Artikel (Kategorie, Kommentare etc.) unabhängig von Listen in Artikeln zu stylen. Für sachdienliche Hinweise wäre ich dankbar, bin aber eher verhalten pessimistisch.

Anschauen kann man sich den Spass, indem man in der Sidebar bei den Themes auf „xill all junks“ klickt. Zurück geht’s dann dort auch wieder.

Spass haben!