Contao-Tipp: W3C Validator … (1/x)

Von Nick Weschkalnies | Veröffentlicht am: Freitag, März 11, 2011

Bisher habe ich Einzelseiten von Webseiten immer sehr mühsam einzeln mit dem W3C Markup Validator auf W3C konformen Code geprüft. Es gibt wohl auch einige Tools, welche die Validierung von zusammenhängenden Einzelseiten ermöglicht – allerdings habe ich da nicht wirklich etwas Empfehlenswertes gefunden. Ich dachte ja, dass ließe sich auch im Fall von ‘CMS-driven’ Internetseiten im CMS selbst lösen und das wäre für mich sogar im Fall von Contao so sinnvoll gewesen, dass ich das auch selbst geschrieben hätte. Glücklicherweise gibt es allerdings schon eine Contao Erweiterung, die das übernimmt: W3C Validator. Die Erweiterung nutzt den Webservice des W3Cs selbst, also sollte man es mit der Anzahl der Überprüfungen nicht übertreiben.

Schade ist nur, dass man die Erweiterung nicht ohne Weiteres lokal (localhost) nutzen kann. Das liegt aber natürlich nicht an der Erweiterung.

Contao

Sie möchten eine eigene Internetseite basierend auf Contao? Hier gibt es weitere Infos.

Veröffentlicht in Contao | Getagged , , | Kommentieren

_blank – you are wasted

Von Nick Weschkalnies | Veröffentlicht am: Samstag, Februar 12, 2011

Ich finde ja, dass der Parameter target=_blank durchaus eine sinnvolle Funktionalität bietet. Nicht akzeptiert wird er bspw. mit XHTML 4 STRICT (mit Transitional geht er). Soweit ich weiß (korrigiert mich, mag falsch sein) wird er auch unter HTML5 und XHTML5 nicht mehr akzeptiert. Allein das wird das Web irgendwann, aus der Perspektive eines Nutzers (weniger von Entwicklern) verändern. Ich verstehe auch gut, warum man Nutzern es selbst überlassen sollte, wo der Nutzer den Link öffnen will – dennoch weiß ich auch sehr gut, auch wenn einige Entwickler das vollständig ignorieren mögen – das der 0815-Nutzer noch lange nicht so weit ist der Unterschied überhaupt wahrzunehmen. Ich finde, im Zweifel, sollte man es eher Entwicklern überlassen, ob sie “_blank” (im Besten Fall Sinnvoll) nutzen wollen oder nicht, aber ich glaube ja auch immernoch an das Gute an Menschen (Entwickler werden von mir als Teilmenge anerkannt ;)).

Veröffentlicht in HTML&CSS | Getagged , , | 2 Kommentare

Webfonts Teil 2: Webfonts via @font-face verwenden

Von Nick Weschkalnies | Veröffentlicht am: Samstag, Februar 12, 2011

Bisher ist mir nicht viel Anderes bekannt, als die Verwendung von Fonts via font-face relativ unproblematisch ist und auch auf aktuellen Browsern funktioniert.
Ich weiß gerade nicht ob auch im IE6, aber ich sprach ja auch von aktuellen Browsern …
Hier gibts auch eine erste Übersicht.
Mehr lesen »

Veröffentlicht in HTML&CSS | Getagged , , , | Kommentieren

Webfonts Teil 1: Subset eines Webfonts erstellen

Von Nick Weschkalnies | Veröffentlicht am: Donnerstag, Februar 10, 2011

Webfonts sind immer mehr im Kommen und das wurde ja auch höchste Zeit. Ein Nachteil von Webfonts ist neben der limitierten Auswahl auch oft die Dateigröße. Benötigt man bspw. nur Ziffern eines Fonts, hat man häufig das Problem, dass es spezielle Schnitte bspw. nur mit Ziffern nicht gibt und auch kein Subset des Fonts definiert werden kann. So muss man im Zweifel für ein paar Ziffern eines Fonts 100KB+ laden lassen. Das ist für jemanden, der auf die Dateigröße achtet indiskutabel. Man kann jedoch solche Fonts auch auf ein Subset der Zeichen reduzieren. Wie das geht erkläre ich im Folgenden kurz. Mehr lesen »

Veröffentlicht in HTML&CSS, Sonstiges | Getagged , , , , , | 1 Kommentar

Buttons liegen übereinander, Eventlistener werden zwei mal getriggered

Von Nick Weschkalnies | Veröffentlicht am: Mittwoch, Februar 9, 2011

Manchmal hat man zwei übereinanderliegende Buttons, die jeweils auf einen Eventlistener reagieren. Wenn man bspw. eine rechteckige Fläche hat, die als Button fungiert und über der rechteckigen Fläche einen weiteren Button, so werden standardmäßig beide Eventlistener (für die Fläche und den Button) getriggered, wenn der Button bspw. angeklickt (MouseEvent.CLICK) wird. Das Problem lässt sich jedoch einfach lösen, indem man die useCapture-Eigenschaft bei der Registrierung des Eventlisteners (für den Button) auf "true" setzt.

PLAIN TEXT
CODE:
  1.  
  2. myRect.addEventListener(MouseEvent.CLICK,rectClicked);
  3. myButton.addEventListener(MouseEvent.CLICK,buttonClicked,true);
  4. function rectClicked(e:MouseEvent):void {
  5. trace("rectClicked");
  6. }
  7. function buttonClicked(e:MouseEvent):void {
  8. trace("buttonClicked");
  9. }
  10.  
Veröffentlicht in Actionscript 3, Flash CS5 | Getagged , , , | Kommentieren

BlackBerry: Playbook

Von Nick Weschkalnies | Veröffentlicht am: Montag, Januar 31, 2011

Nachdem ich viele negative Erfahrungen mit Apple sammeln konnte, bin ich gerade dabei, für das noch nicht veröffentlichte Tablett von BlackBerry, das Playbook, eine Anwendung zu schreiben. Ich habe noch nicht viele Erfahrungen sammeln können, dennoch hat mich überrascht, wie wenig Steine einem Entwickler von Anfang an in den Weg gelegt werden. Es scheint bisher so, als würde da eine ganze andere Mentalität vorherschen (ich hatte mich fast schon an *evil* gewöhnt - vermutlich ein *fail* meinerseits). Ein Beispiel dafür ist bspw. ein öffentlich zugänglicher *cross plattform* Simulator (und das vor dem Release des Geräts).

So einfach kann es sein. Entwickler danken.

[Update, 19.02.2011]: Mein kleines Demo Spiel, Tiny Memory, wurde heute von BlackBerry approved.

Veröffentlicht in Mobile | Getagged , , , | Kommentieren