Auch wenn die Spezifikation von HTML5 noch nicht abgeschlossen ist, werden die Features dieses neuen Standards der Auszeichnungssprache HTML das Internet der unmittelbaren Zukunft bestimmen. Erfahren sie, wie nun semantisches HTML, Geolocation, Offline-Webanwendungen, Video- und Audio-Elemente, Drag and Drop und Vektorgrafiken in Webseiten integriert werden können.
Ein Blick in die Kristallkugel mit dem Ziel spannende und relevante Online-Trends für das Jahr 2008 hervorzusagen. Auf der Liste sind: - Hackable Gadgets - Rich Handy Platforms - On/Offline-Applikationen - WOA (Web Oriented Architecture) - Clientcode Frameworks - Enterprise 2.0 - Green IT - User Generated Infrastructure - Social Reputation Management / Open Social - Amazon Webservices
Brauchen wir noch starre Designs aus Photoshop für die Gestaltung von Websites? Ignorieren wie damit nicht seit langem die Flexibilität des Webs. Der eigentliche Grundgedanke des Webs ist Informationen unabhängig von Formfaktoren, Bandbreiten und Latenzen zugänglich zu machen. Das denken und designen in Silos von Mobile, Tablet und Desktop hat ausgedient. Content First, Breakpoints in Abhängigkeit einer fluiden Content Experience zu setzten, frühzeitiges Prototyping und schnelles iterieren sollten unser Vorgehen bestimmen. Für eine nachhaltige User Experience sind Coherence, Fluidity und Adaptability entscheidend geworden. Wie können wir Stakeholder davon überzeugen den klassischen visuellen Pfad zu verlassen? Der Vortag beleuchtet die Vorteile einer kontextsensitiven Experience auf und formuliert Empfehlungen für die Kommunikation mit den Stakeholdern.
Ein Blick in die Kristallkugel mit dem Ziel spannende und relevante Online-Trends für das Jahr 2004 hervorzusagen. Auf der Liste sind: - Multimodal Interaction - WAI - PDF/Acrobat 6 - Blogging und RSS - Digital Rights Management - ENUM/E.164 - Anti-Spam - Google Web API - Grid Computing - SOAP 2.0/XMLP
Augmented Reality kann auf unterschiedlichen Plattformen erstellt werden
Responsive Webdesign ist grad der heiße Scheiß, allerdings ist Responsive Webdesign mehr, als eine Desktopwebsite in eine mobile Ansicht zu quetschen. Es muss ein neuer Prozess her. Der alte Workflow "Auftrag bekommen > Recherche > Design erstellen > Abnahme > Design umsetzen" funktioniert so nicht mehr. Im Responsive-Webdesign-Prozess müssen alle Beteiligten eines Webprojekts von der ersten Sekunde an enger zusammenarbeiten. Zudem müssen frühzeitige und häufige Testphasen und Implementierungsstrategien gefunden werden.
Zukunftssichere Websites für alle Endgeräte entwickeln Durch die drastische Veränderung der Medienlandschaft und die Vielfalt der Geräte mit denen heutzutage das Internet genutzt wird, ergeben sich neue Anforderungen an moderne Websites. Um diesen Anforderungen gerecht zu werden, reicht die Entwicklung einer klassischen Webpräsenz nicht mehr aus. Smartphones und Tablet-PCs müssen ebenso bedient werden wie Desktop- Rechner mit Widescreen-Monitoren und internetfähige TV-Geräte. Responsive Design stellt einen neuen, zukunftssicheren Ansatz dar, bei dem verschiedene Endgeräte gleichermaßen berücksichtigt sowie Entwicklungs- und Pflegeaufwand der Website gering gehalten werden können.
Präsentation zu einem Vortrag, den ich am 17.03.2011 bei BITKOM Arbeitskreis Knowledge Managmement in Frankfurt halte. Näheres unter http://www.cogneon.de/node/4699
Offlinefähige Browseranwendungen: Progressive Web-Apps mit Angular 2
Deutschsprachige Version eines Vortrags bei der SAE Alumni Convention 2011 über moderne Webentwicklung im Fokus von HTML5 und CSS3
Optimale Auslieferung der CMS-Inhalte für mobile Endgeräte: 3 Implementierungsvarianten werden aufgezeigt & beurteilt: a) Responsive Design b) „Eigene“ mobile Website(s) und c) Mobile Applikation(en)
Namics Fachveranstaltung vom 3. März 2011. Next Generation Content Management. Mobile und Trends. Von: Johannes Waibel, Senior Consultant, Namics AG Marcel Albertin, CTO und Partner, Namics AG
Ein Blick in die Kristallkugel mit dem Ziel spannende und relevante Online-Trends für das Jahr 2007 hervorzusagen. Auf der Liste sind: - Enterprise Wikis - Software as a Service (SES) - OpenID - WPF/E (=Windows Presentation Foundation / Everywhere) Neu: Microsoft Silverlight - SIP/IMS - Online TV - Wireless Commons / OLSR - Live Clipboard - Scrum - Geo tagging
Seit dem Artikel von Ethan Marcotte hat Responsive Webdesign richtig Fahrt aufgenommen. Responsive Webdesign ist ein zentrales Buzzword, wenn es um Webentwicklung, E-Commerce, UX, SEO und Marketing geht. Seit 2010 hat sich viel verändert. Browser und Techniken haben sich weiterentwickelt. Das Nutzerverhalten hat sich stark verändert, heute sind Nutzer immer und überall online. Aber was ist mit uns, wo bleiben unsere Innovationsstärke und der Mut für neues? Wir, die Websites verkaufen, konzipieren, designen und entwickeln. Entrepreneurship und Innovation erfordern Mut und einen Schritt weiterzugehen als alle anderen - where no man has gone before. Der Vortrag zeigt, dass jetzt der Zeitpunkt ist, innovative HTML- und CSS-Techniken einzusetzen. Der Vortrag richtet sich in erster Linie an Frontend Entwickler und User Experience Designer/Consultants die mehr als Grundkenntnisse in HTML, CSS und JavaScript mitbringen.
Es gibt unzählige Web-Frameworks - also warum ein weniger bekanntes wie Echo3 aus der Mottenkiste herauskramen? Einfach deshalb, weil es – seiner Zeit weit voraus – bis heute kein Besseres gibt! Das zumindest glaubt eine eingeschworene Fan-Gemeinde, die entschlossen ist das Projekt nach einem kurzen Winterschlaf zu neuem Leben zu erwecken. Warum ein Blick auf das leichtgewichtige und kern-solide Framework lohnenswert ist, und welche attraktive Zukunft sein einzigartiger hybrider Ansatz mit einer server-seitigen Java-API und einer auch standalone nutzbaren client-seitigen JavaScript-API verspricht, das verrät dieser Vortrag. Technische Konzepte, Anwendungsgebiete und Code-Beispiele sollen das Framework illustrieren. Ein Vergleich mit den anderen gängigen Frameworks wie GWT, Vaadin, ZK und Eclipse RAP mit entsprechenden Erfahrungsberichten runden den Vortrag ab und geben auch weiterführende Orientierungshilfe. Zum Abschluss betrachten wir verschiedene Demo-Projekte die z. B. durch mobile Endgeräte und Echtzeitkommunikation glänzen.
WCAG is supposed to give us a reasonably objective way of saying whether or not the sites we are building/auditing are "accessible" (to a particular baseline). However, they are only as useful as our understanding and interpretation of the guidelines' normative text. And, of course, it is not perfect - with some omissions, handwaving, and straight-up loopholes. So where does this leave developers and auditors? In this talk - a reprise of a previous talk, now updated to cover new SCs from WCAG 2.2 - Patrick may not have all the answers, but he'll have a good rant around the subject anyway...
Update about Pointer Events Level 3 work for the upcoming W3C Technical Plenary and Advisory Committee (TPAC) 2023 in Seville https://www.youtube.com/watch?v=r0spZl1qaa0 https://w3c.github.io/pointerevents/ https://www.w3.org/TR/pointerevents/ https://www.w3.org/2023/09/TPAC/ https://patrickhlauke.github.io/touch/w3c_tpac2023_pewg/ Cross-posted from https://www.w3.org/2023/09/TPAC/group-updates.html#pointer-events
WCAG is supposed to give us a reasonably objective way of saying whether or not the sites we are building/auditing are "accessible" (to a particular baseline). However, they are only as useful as our understanding and interpretation of the actual guidelines' normative text. And of course they're not perfect - with some omissions, handwaving, and straight up loopholes. So where does this leave developers and auditors? In this talk, Patrick may not have all the answers, but he'll have a good rant around the subject anyway...
WCAG is supposed to give us a reasonably objective way of saying whether or not the sites we are building/auditing are "accessible" (to a particular baseline). However, they are only as useful as our understanding and interpretation of the actual guidelines' normative text. And of course they're not perfect - with some omissions, handwaving, and straight up loopholes. So where does this leave developers and auditors? In this talk, Patrick may not have all the answers, but he'll have a good rant around the subject anyway...
HTML offers many features and attributes that can make your sites more accessible...but only if they're used wisely. Can there really be "too much accessibility"? Audio recording: https://archive.org/details/Psf8August2007.PatrickH.Lauke-TooMuchAccessibilityGoodIntentions
Patrick H. Lauke: Styling Your Web Pages with Cascading Style Sheets / EDU course / University of Salford / 13 February 2006
Patrick H. Lauke: Evaluating web sites for accessibility with Firefox / Manchester Digital Accessibility Working Group (MDAWG) / 1 March 2006
Patrick H. Lauke: Managing and educating content editors - experiences and ideas from the trenches / Public Sector Forums / 10 May 2007
Patrick H. Lauke - Implementing Web Standards across the institution: trials and tribulations of a redesign / Institutional Web Management Workshop IWMW / Birmingham / 28 July 2004
Patrick H. Lauke: Geolinking content - experiments in connecting virtual and physical places / Institutional Web Management Workshop IWMW / York / 16 July 2007
WCAG 2.0 is the new set of web accessibility guidelines that was released in 2008 as a recommendation by the W3C. It addresses some issues with the previous WCAG 1.0 guidelines by being technology-agnostic, having clearly testable success criteria focused on user outcomes rather than techniques, and removing outdated requirements. WCAG 2.0 provides more freedom for authors while still ensuring accessibility. It includes 4 principles, 12 guidelines and 61 success criteria to evaluate websites. The transition from WCAG 1.0 involves evaluating sites based on the new success criteria and testing areas that may be different.
This document provides an introduction to web accessibility. It begins by addressing some common misconceptions about accessibility, noting that it aims to accommodate people with a wide range of disabilities, not just visual impairments. The document emphasizes that accessibility is important for both ethical and legal reasons, and that inclusive design benefits all users. It then outlines key web accessibility guidelines from the W3C, providing examples of how to make content more accessible through proper semantic markup and alternative text. The conclusion stresses that accessibility is an essential consideration for web development.
Patrick H. Lauke: Doing it in style - creating beautiful sites, the web standards way / WebDD / Reading / 3 February 2007
The document discusses common misconceptions and pitfalls around using web standards. It argues that web standards are about more than just validation - they are about semantics, separation of concerns, and pragmatism. Some key points include: using the most appropriate HTML elements to convey meaning rather than appearance; applying styles through CSS instead of presentational markup; avoiding non-semantic class names; and recognizing that not all uses of tables or images are invalid. The document advocates for balancing standards with practical concerns like multiple authors and one-off content needs.
Ian Lloyd/Patrick H. Lauke: Accessified - practical accessibility fixes any web developer can use / South By Southwest SXSW / Austin, Texas, 11 March 2007
One from the archives...presentation about the development of the University of Salford website in 2007
Patrick H. Lauke: Keyboard accessibility - just because I don't use a mouse doesn't mean I'm second class / Skillswap Bristol / 11 Nobember 2008
Vanilla HTML is limiting and boring. Our clients demand highly engaging and interactive web experiences. And wouldn’t you know, with just a bit of HTML and JavaScript we can craft amazing custom controls, widgets and effects that go far beyond the confines of traditional static markup. But how can we ensure that these custom experiences are both understandable and usable for people with disabilities, and in particular those using assistive technologies such as screen readers? In this talk, we will look at the basics of making some common custom-built components accessible - covering how browsers and assistive technologies interact, the limitations of HTML, and how ARIA can help make interactive experiences more accessible. In addition, we will explore some of the recent additions in ARIA 1.1, as well as some particular challenges when it comes to traditional ARIA patterns and assistive technologies on mobile/tablet/touch devices. Evergreen slidedeck at https://patrickhlauke.github.io/aria/presentation/ / https://github.com/patrickhlauke/aria/
Vanilla HTML is limiting and boring. Our clients demand highly engaging and interactive web experiences. And wouldn’t you know, with just a bit of HTML and JavaScript we can craft amazing custom controls, widgets and effects that go far beyond the confines of traditional static markup. But how can we ensure that these custom experiences are both understandable and usable for people with disabilities, and in particular those using assistive technologies such as screen readers? In this talk, we will look at the basics of making some common custom-built components accessible - covering how browsers and assistive technologies interact, the limitations of HTML, and how ARIA can help make interactive experiences more accessible. In addition, we will explore some of the recent additions in ARIA 1.1, as well as some particular challenges when it comes to traditional ARIA patterns and assistive technologies on mobile/tablet/touch devices. Evergreen slidedeck at https://patrickhlauke.github.io/aria/presentation/ / https://github.com/patrickhlauke/aria/
This document provides an introduction to Accessible Rich Internet Applications (WAI-ARIA). It discusses the need for ARIA to make complex web applications accessible, common ARIA roles and attributes, and best practices for using ARIA. Key points include: ARIA defines roles, states and properties to convey semantics to assistive technologies; common roles include buttons, toggles, and landmarks; and the five rules of ARIA use emphasize using native HTML when possible and ensuring interactive elements are keyboard accessible.