Mit allen Mann an Deck stürzten wir uns auf die Themen der Woche. Jedenfalls auf die, die nichts mit Semikolons zu tun hatten.
Schaunotizen
- [00:00:20] Meteor
- Ein recht beeindruckend anmutendes Echtzeit-Web-Framework. Wir finden, dass es höchste Eisenbahn wurde, dass mal jemand so etwas baut. Dumm nur, dass man den Security-Aspekt komplett vergessen hat und auch, dass Meteor unter GPL steht, finden wir (und andere) mehr so mittelgut. Ähnliche Projekte mit teils ähnlichen, teils anderen Problemen sind Derby, Firebase und Spacemagic.
- [00:15:21] Media Query & Asset Downloading Results
- Lädt ein Browser Bilder herunter, die er, weil sie in nicht zutreffenden Media Queries stehen, gar nicht laden müsste? Die Antwort ist ein klares Jain. Bilder stattdessen einfach inlinen? Was passiert mit Fonts (denen man ja auch via unicode-range oder Font.js zu Leibe rücken könnte)? Und warum standardisiert das nicht endlich mal jemand? Fragen über Fragen.
- [00:31:30] Spielereien mit CSS Regions
- Kreative Zweckentfremdungen von CSS Regions. Schade nur, dass die Aussichten in Richtung Standardisierung und Stabilisierung eher mau sind.
- [00:45:44] Light Table
- Ein innovatives IDE-Konzept, das sich u.A. aus diesem Talk ableitet. Alle finden es toll und wir überwiegend auch. Die nächsten geplanten Schritte sehen einen Kickstarter sowie das zeitnahe Opensourcing vor. Man darf gespannt sein.
- [00:55:12] Move Over 1024×768: The Most Popular Screen Resolution On The Web Is Now 1366×768
- Öh, naja. Darüber, ob man sich überhaupt noch Gedanken um Auflösungen machen sollte, kann man aber in der Tat debattieren, was wir uns auch nicht nehmen lassen.
[01:11:47] Keine Schaunotizen
- The Current State of HTML5 Forms
- Detaillierter Überblick über HTML5-Formularfeatures mit regelmäßigen Updates.
- Understanding MVVM
- Addy Osmani erklärt wortreich MVVM.
- Mobile Patterns
- Galerie für mobile UIs.
Kommentare
irgend ein chris #
Geschrieben am 19.04.2012 um 20:48
vermute der bei „[00:15:21] Media Query & Asset Downloading Results“ erwähnte gallagher artikel ist der hier?
http://nicolasgallagher.com/mobile-first-css-sass-and-ie/
Schepp #
Geschrieben am 23.04.2012 um 21:46
Jawoll! Danke :)
otnememento #
Geschrieben am 29.04.2012 um 14:13
Inhaltlich ein sehr anregender Podcast. Ich hoffe nur, ihr habt bald genug Geld zusammen, um das Audioequipment aufzuwerten. Die Tipp-, Schraub-, Echo- und Einschenkgeräusche sind leider sehr störend. Auch die variable Lautheit der einzelnen Sprecher ist anstrengend. Benutzt ihr Auphonic zum Auspegeln der Aufzeichnung?
Schepp #
Geschrieben am 30.04.2012 um 08:32
Wenn Du uns eine Anleitung gibst, wie wir 4 Audiospuren aligned und ausgepegelt bekommen, ohne Raketenstudium, dann machen wir das ggfls. Ansonsten gilt: Content ist King. Denn wenn wir immer auf perfekte Audioqualität achten würden, dann gäbe es diesen Podcast erst gar nicht. Schließlich sind wir Webentwickler, keine Toningenieure :)
otnememento #
Geschrieben am 30.04.2012 um 13:43
Wie gesagt, Auphonic wäre ein Anfang. Die können zwar noch kein Multitrack verarbeiten, aber wenn ihr ein eurer Meinung nach fertiges Stereo-MP3 dort hineinwerft, fällt da am anderen Ende ein lautheitsnormalisiertes MP3 hinten heraus, was wesentlich angenehmer anzuhören ist. Ihr könnt es ja einfach mal ausprobieren, man braucht in der Tat kein Raketenstudium dafür. Das ist sogar ein ziemlicher Nobrainer: http://auphonic.com.
Ich bin übrigens grundsätzlich ganz bei dir, dass der Content King ist. Ich würde ja keinen Podcast mit perfekter Audioqualität und miesem Content hören. Auf der anderen Seite verleiden mir persönlich eine kritische Masse an Störgeräuschen den Podcast. Dabei geht es auch gar nicht um Perfektion, sondern um ein gesundes Maß an Qualität. Ich würde mir ja auch kein noch so hervorragendes Drei-Gänge-Menü von einem perfekt ausgebildeten Koch auf dem Gästeklo servieren lassen. ;-)
Schepp #
Geschrieben am 2.05.2012 um 09:45
Das Problem mit dem Normalisieren ist, dass es pro Spur stattfinden müsste, da wir alle unterschiedlich laut sind. Würden wir das Normalisieren erst zum Schluss nach dem Mergen durchführen, dann wären die Unterschiede immer noch dieselben, nur auf anderem Gesamtlautheitsniveau. Normalisieren kann ich hier lokal auch und das mache ich auch immer nebst ggfls. einer Rauschentfernung. Problem ist jedoch eher, dass wir nicht alle ideale Mikros zum Podcasten haben, und die zuviel Randgeräusche mitnehmen. Und bei Gästen ist es immer schwer.
Type-Style #
Geschrieben am 23.05.2012 um 15:05
Zum Thema Mediaqueries und BreakPoints.
Grob gesagt seit ihr doch relativ ähnlich in eueren Meinungen.
Lasst es mich mal so formulieren.
Ich baue auch nach der Kröner Methode.
Einfach mit kleinerem Fenster und gucken wann das Design eine Anpassung braucht.
Soweit ists ja Geräte unabhängig!
Wenn mir jetzt auffällt, dass bei „genau ungefair“ 800px die Zeilenlänge nicht mehr passt, baue ich mein Design um.
Wie rum man herangeht ist jetzt nicht die Frage, ich finde man kann aber das Beste aus beiden Denkrichtungen nehmen.
Den nun kommt mein Bonus oben drauf.
800px ist ungefair das iPad.
Dann nehm ich mir das doch mal und schaue ob es passt.
Wenn dort etwas merkwürdig aussieht, kann ich es so anpassen, dass es auch meinem 800px Design gut ausschaut.
Von daher, sollte man nicht geräteabhängig gestalten, da sind wir uns alle einig.
Aber wenn man die aktuellen Devices nutzen kann, warum sollte man das nicht tun.
Denn 800px auf dem Desktop oder auf nem Tablet ist wieder ganz was anderes oder?
Gruß,
Type
RSS-Feed zu diesem Beitrag
Kommentare sind für diesen Beitrag geschlossen.