Programme
We will slowly unveil the speakers for CSS Day and HTML Special here. Check back from time to time.
Both conference days will run from 09:00 to about 18:00, with drinks afterwards.
HTML Special, Thursday June 16th
A healthy serving of mixed HTML salad, with a side order of tag soup.
<input>
Monica Dinculescu
Monica is an emojineer at Google. She works on Chrome, web components and Polymer, and has probably at least once broken the Internet for you. She is unreasonably excited about emoji, and will likely eat all of your Oreos, if you have any.
<a>
Jeremy Keith
Jeremy Keith lives in Brighton, England where he makes websites with the splendid design agency Clearleft. You may know him from such books as DOM Scripting, Bulletproof Ajax, and HTML5 For Web Designers: Return Of The Standards. He’s the curator of the Responsive Day Out conference, and he organised the world’s first Science Hack Day. He also made the website Huffduffer to allow people to make podcasts of found sounds—it’s like Instapaper for audio files. Jeremy spends most of his time goofing off on the internet, documenting his time-wasting on adactio.com, where he has been writing for over ten years.
<layer>
Peter-Paul Koch
Peter-Paul Koch is a mobile platform strategist, browser researcher, consultant, and trainer in Amsterdam, the Netherlands. He specialises in the mobile web, and especially mobile browser research. On the Web he’s universally known as ppk. He won international renown with his browser compatibility research, founded Fronteers, the Dutch association of front-end professionals, and advises mobile and desktop browser vendors on their implementation of Web standards. Meanwhile he concentrates on the mobile web, and then especially on the aspects he feels web developers are ignoring, such as the UC browser and Xiaomi and Micromax devices. His personal collection consists of about 50 mobile phones, and he uses about half of them in his daily testing. Occasionally one of them emits a soft, melancholy beep, but he has no idea which one and studiously ignores it.
<noscript>
HTML is special. Unlike many other languages the browser won’t show an error message when you make a mistake. Sure, that makes it easy to write bad code, but it also allows HTML to be both backwards and future compatible. It allowed the HTML5 specification to extend the existing form field types. It allowed the RICG to create the <picture> element. And it forms the basis of Web Components because it makes custom elements possible. And most importantly, it allows the <noscript> tag, which by definition does absolutely nothing. This talk will explain the concepts behind graceful degradation, progressive enhancement and feature detection, and focus on how to solve practical problems with these concepts.
Niels Leenheer
Niels is a self-professed browser geek. He has been hooked on browsers ever since somebody showed him the original Nexus browser on a NeXT Cube back in the dark ages of the internet. Niels is the creator of HTML5test.com and runs one of the largest Open Device Labs in the world. He loves procrastinating, collecting weird devices with even stranger browsers, procrastinating, researching obscure browsers and writing bug reports. For his day job he creates web applications for Salonhub.
<source>
The <video>, <audio> and <picture> elements can all contain <source> elements. Should be straight-forward, you think? This little element may have more to tell than you think. What is the history? What were the design mistakes for <video> that we didn't want to repeat for <picture>? What is the processing model for <video> vs. <picture>? Why can't you use the media attribute for <video><source>? Why do double downloads happen? Why do people use conditional comments in their <picture>s? Why doesn't <source> with picturefill work on Android 2.3? Why is parsing the srcset attribute so complex and not just splitting on commas? Just how much can you do with this element? What are the future plans? Why are there so many questions? (Disclaimer: I might not have enough time to cover all of this!)
Simon Pieters
Simon does quality assurance and Web standards work for Opera since 2007, and is editor of the HTML standard, WebVTT, CSSOM, Quirks Mode... He helped drive the specification for the picture element in the RICG. He writes and reviews cross-browser test cases in web-platform-tests. His main goal is interoperability; specs and tests are vehicles to that end. He hangs out in #whatwg and tweets at @zcorpan.
Lea Verou
Lea is currently busy doing research in Human-Computer Interaction at MIT CSAIL. She has previously written an advanced CSS book for O’Reilly (CSS Secrets) and worked as a Developer Advocate at W3C. She has a long-standing passion for open web standards, and is one of the few Invited Experts in the CSS Working Group. Lea has also started several popular open source projects and web applications, such as Prism, Dabblet and -prefix-free and maintains a technical blog at lea.verou.me. Despite her academic pursuits in Computer Science, Lea is one of the few misfits who love code and design equally.
<iframe>
Peter van der Zee
Peter is a JavaScript developer focusing on applications, architecture, tooling, and teaching. He works remotely as a contractor under the c80.nl label. He organizes a yearly code golfing competition called JS1k and likes to see magic minification tricks. He wrote a JavaScript parser and loves to dabble in the low level syntax world of source code. He also loves to play board and video games.
CSS Day, Friday June 17th
The fourth iteration of our stylish main course.
CSS for SVG
Amelia Bellamy-Royds
Amelia Bellamy-Royds is a Renaissance girl, whose education and career have moved sideways from bioinformatics to government science policy to journalism to data visualization to web graphics. In web development circles, she is mostly known for her work with SVG. She is an Invited Expert on the W3C's SVG and ARIA working groups, and has co-authored multiple books on SVG from O’Reilly Media. One day, she hopes to put her web graphics skills to work making journalistic data visualizations to promote science-based decisions in government policy. For now, she's focused on improving graphical communication on the web for everyone.
Vasilis van Gemert
Vasilis van Gemert is a lecturer at the Amsterdam University of Applied Sciences, where he teaches the next generation of digital product designers how to design things with the web as a material. Before he became a lecturer he worked as a principal front-end developer for large and small clients in The Netherlands. Today he only creates websites for himself. This not only means that he can use any new feature he wants, it also means he is able to investigate things that might not seem very interesting. Most of the time this turns out to be true.
Una Kravets
Una is a front-end developer on the Cloud Platform team within IBM Design in Austin, TX. She writes technical articles around the web and on her website una.im, is a Sass community organizer, and cohosts the Toolsday podcast. Una frequently contributes to the open source community, being a core member of the Open Design Foundation and creator of CSSgram.
The evolution of CSS 4 Color
Chris Lilley
Chris Lilley is a Technical Director at the World Wide Web Consortium (W3C). Considered “the father of SVG”, he also co-authored PNG, was co-editor of CSS2, chaired the group that developed @font-face, and co-developed WOFF. For three years he was a member of the W3C Technical Architecture Group. Co-editor of CSS3 Color and CSS4 Color, Chris is still trying to get Color Management on the Web, sigh. Currently working on CSS levels 3/4/5 (no, really), Web Audio, and WOFF2.
Harry Roberts
With a client list including Google, the United Nations, and Unilever, Harry is an award-winning Consultant Front-end Architect who helps organisations and teams across the globe to plan, build, and maintain product-scale UIs. He writes on the subjects of CSS architecture, performance, and scalability at csswizardry.com; develops and maintains inuitcss; authored CSS Guidelines; and Tweets at @csswizardry.
Modern CSS and interactive email
Email has often been overlooked as simplistic, outdated and limited but with modern webkit based email clients accounting for over 60% of opens the possibilities have really opened up. The new age of email is a fully interactive experience based in modern CSS (with a solid fallback for Outlook).
Mark Robbins
Mark is changing the way people think of email, they no longer have to be static pages of simple text and image but can now be fully interactive microsites. At the forefront of the new interactive email revolution he is pushing email clients to their limits yet still supplying solid fallbacks for the likes of Outlook. Among other things, he has build fully interactive game in email, multi page emails, 3D products and a fully functional shopping cart and checkout in an email. All this without a line of JavaScript, just pure CSS. Working at Rebelmail he has helped worked with a number of major brands and has consulted for a number of email clients on developing their rendering capabilities. You can often find him discussing the quirks of email rendering on twitter @M_J_Robbins and as a moderator at the Litmus Community.
On CSS and drinking tea
When the web was new, design and structure were all mixed up together. Eventually we realised this was very messy, so we invented CSS and separated design from HTML. Everyone felt much better after this, and went and had a cup of tea.
But while everyone was drinking tea (and not really paying attention), the line between design and structure began to get messy again. Things like the before/after pseudo-selectors made it possible for CSS to directly change content, and features like FlexBox push the concept of separation to breaking point. Conversely, CSS is being used as a development tool for visualising semantic information like role and state, when added to an interface using ARIA.
In this talk Léonie will look at the changing relationship between design and structure, and what it means for accessibility mechanics in the browser. She will share CSS code examples and design patterns for solving common accessibility problems, so everyone can go and have another nice cup of tea.
Léonie Watson
Léonie Watson began using the internet in 1993, turned it into a web design career in 1997, and (despite losing her eyesight along the way) has been enjoying herself thoroughly ever since. She is a Senior Accessibility Engineer with The Paciello Group (TPG) and owner of LJWatson Consulting. Amongst other things she is co-chair of the W3C Web Platform Working Group, and a member of the ARIA and SVG working groups. In her spare time Léonie blogs on tink.uk, writes for Smashing magazine, SitePoint.com and Net magazine. She also loves cooking, dancing and drinking tequila (although not necessarily in that order).