New Recommendation: CSS Containment Level 1.
Web Design and Applications involve the standards for building and Rendering Web pages, including HTML, CSS, SVG, device APIs, and other technologies for Web Applications (“WebApps”). This section also includes information on how to make pages accessible to people with disabilities (WCAG), to internationalize them, and make them work on mobile devices.
HTML and CSS are the fundamental technologies for building Web pages: HTML (html and xhtml) for structure, CSS for style and layout, including WebFonts. Find resources for good Web page design as well as helpful tools.
Standard APIs for client-side Web Application development include those for Geolocation, XMLHttpRequest, and mobile widgets. W3C standards for document models (the “DOM”) and technologies such as XBL allow content providers to create interactive documents through scripting.
W3C is the home of the widely deployed PNG raster format, SVG vector format, and the Canvas API. WebCGM is a more specialized format used, for example, in the fields of automotive engineering, aeronautics.
Some of the W3C formats that enable authoring audio and video presentations include HTML, SVG, and SMIL (for synchronization). W3C is also working on a timed text format for captioning and other applications.
W3C’s Web Accessibility Initiative (WAI) has published Web Content Accessibility Guidelines (WCAG) to help authors create content that is accessible to people with disabilities. WAI-ARIA gives authors more tools to create accessible Web Applications by providing additional semantics about widgets and behaviors.
W3C has a mission to design technology that works across cultures and languages. W3C standards such as HTML and XML are built on Unicode, for instance. In addition, W3C has published guidance for authors related to language tags bi-directional (bidi) text, and more.
W3C promotes “One Web” that is available on any device. W3C’s Mobile Web Best Practices help authors understand how to create content that provides a reasonable experience on a wide variety of devices, contexts, and locations.
The Web is a powerful tool for communications and transactions of all sorts. It is important to consider privacy and security implications of the Web as part of technology design. Learn more about tracking and Web App security.
Mathematics and formula are used on the Web for business reports, education materials and scientific research. W3C’s MathML enables mathematics to be served, received, and processed on the World Wide Web, just as HTML has enabled this functionality for other types of content.
21 November 2019
New Recommendation: CSS Containment Level 1.
21 October 2015
Work on payments at W3C was supported in part by the HTML5Apps project, and today, the project’s team is pleased to announce that W3C just launched the Web Payments Working Groupto make payments easier and more secure on the Web.
The Web payments Working Group is charteredto develop standards to support a wide array of existing and future payment methods. Standard APIs will allow users to register payment instruments (such as credit cards or payment services) and select the right payment type through the browser, making payments faster, more secure, and easier, particularly on mobile devices. The standards should also make it easier for Web developers to integrate existing and new payment flows into their applications.
The Web Payments Interest Group, under the leadership of co-chairs Erik Anderson (Bloomberg) and David Ezell (NACS), will continue to identify additional areas for future standardization.
W3C invites organizations to participate in the new Working Group. W3C Members, including Bloomberg, Deutsche Telekom, Digital Bazaar, ETA, Federal Reserve Bank, Ingenico Labs, MAG, NACS, Qihoo360, Rabobank, Ripple and WorldPay have already announced their support.
01 October 2015
Last week a new charter for the Web Content Accessibility Guidelines (WCAG) Working Group (WG)was formally approved by W3C after having been reviewed by the W3C Member organizations. For the first time since the finalization of WCAG 2.0 in 2008, this charter allows the Working Group to explore ways to provide guidelines beyond WCAG 2.0.
The WCAG 2.0standard continues to be the preeminent reference for web accessibility. A growing number of national and organizational policies around the world reference WCAG 2.0, including Canada, Australia, Japan, India, and the United States. WCAG 2.0 holds up well today despite significant changes in technology.
There have been some changes to the technology landscape, however, that were not fully anticipated in the development of WCAG 2.0. Changes in how people access the Web on mobile devices require success criteria that address those situations more specifically. Users with cognitive and learning disabilities and users with low vision have suggested ways in which success criteria could better address their requirements. In recent years the WCAG Working Group formed task forces on mobile , cognitive , and low visionaccessibility to define requirements and candidate success criteria for these three areas. New technologies on the horizon and the rapid evolution of the underlying technologies for user interaction on the Web are likely to continue to drive the need for new guidance.
To address these needs, the WCAG Working Group has begun to develop a framework for WCAG 2.0 extensions. These would be separate guideline documents, to increase the amount of coverage on particular accessibility needs. Authors and policy-makers would be able to choose to meet the guidelines with one or more extensions, which inherently meet the base WCAG 2.0 guidelines, while organizations that have policies built around WCAG 2.0 alone would not be impacted by the extensions.
The WCAG charter just approved will serve as bridge to begin work on extensions now while we continue to define what the next generation of WAIguidelines will look like. The Working Group is gathering requirements that may lead to the creation of an updated version of WCAG, or a new set of accessibility guidelines altogether, or both. In order to better integrate the components of web accessibility into a single set of guidelines, the Working Group is exploring the possibility of merging with the Authoring Tool Accessibility Guidelines and User Agent Accessibility Guidelines Working Groups. The Authoring Tool Accessibility Guidelines Working Group (ATAG WG) has just published the completed Authoring Tool Accessibility Guidelines (ATAG) 2.0 ; and the User Agent Accessibility Guidelines Working Group (UAWG) has just published an updated working draft, rolling in comments from browser vendors and others, and will be publishing the User Agent Accessibility Guidelines (UAAG) 2.0as a Working Group Note soon.
WCAG 2.0 extensions and setting the stage for next-generation accessibility guidelines means this is an excellent time to join the WCAG Working Group!
30 September 2015
Our mission and our promise are measurable results in these particular areas, achieved using creativity and technology. Our main focus is on projects where it comes not only to appeal to customers, but also to create a long-term customer relationship. Therefore, data and IT is important but above all, you need content which is appealing, entertaining and useful for communication with customers.
That is why Cocomore has not only designers and creative directors, but also editors. On the basis of our four values, which are innovation, tradition, progress and responsibility, our agency is trusted by leading clients including: the European Union, Lilly, Nestlé, Procter & Gamble, Merz, RTL and Sanofi. Our customer relationships usually grow from year to year and are long-term based.
Recently, we have accomplished a project regarding a cross-platform mobile application for Germany’s largest drugstore chain: dm. We developed a game app, named “Mission Morgen” to support communication around sustainability topics. After the functional concept phase was completed, we looked at which technological approach would be best to implement the app; in particular, we evaluated which of a pure native or hybrid app would fit the project. For reasons of cost, time, supported devices and the required features, we decided to go with an hybrid app.
Our technology selection has proven to be the right one: the combination of ngCordova, AngularJS and Ionic allowed us to focus on the important tasks as we did not need to spend much time on the development of basic functions. Especially ionic provides an optimal basis. With the use of AngularJS, we were able to divide the tasks clearly and to scale optimally the frontend team. In addition, thanks to this technological choice, we have retained over the entire duration of the project a good code base and we were able to integrate new modules quickly and with high quality in the existing app. The backend development was realized on top of Drupal. The resulting free application is available for smart phones with the operating system iOS or Android.
As another example, Cocomore developed a pure native mobile application for Pampers. We are currently evaluating relaunching it as a hybrid app. Our goal is to provide updates with new features or extensions several times a year. Regularly, we provide information with the dynamic newsfeed on the homepage of the app about current actions on the Web site and on Facebook (competitions, new craft instructions, new stories to download). The Web site and the mobile app are optimally matched: there is no duplication of content, the app features complement the Web site features.
Initially, when we first developed the app, we wanted to target as many mobile devices as possible, so we designed two native apps, one for Android an one for iOS. We have now decided to re-launch as a hybrid app since this means a smaller development cost and the opportunity to operate on more mobile devices.
Cocomore has realized many other mobile projects, e.g. an iPad app for our client Fresenius. This app teaches health care professionals in an entertaining way about the benefits of the product OsvaRen. It is a very visual app with embedded videos and an in-app game.
We also developed a guided product tour for the medical device company Spine Art. It shows to surgeons the product range of implants, how-to-videos and animated 3D visualizations of their products.
Other projects included a career app for the HR department of a large pharmaceutical client, a recipe database targeted at diabetes patients to easily monitor calory intake, an ecommerce app allowing consumers to shop diapers when waiting for the bus or tram. And many more.
Web apps are very different in this regard: they can be programmed by an experienced Web developer for several different smartphone operating systems without having unique knowledge about the device-specific development methods. For us, with our strong existing engineering skills in Web development, this is a huge benefit.
Moreover, native applications are designed for an operating system such as iOS, Windows Phone or Android, which means they run only on these devices. Here, the different operating system versions have to be considered, so that the correct functionality is ensured. When a new version of the operating system is introduced, the native app must be updated.
This does not affect Web apps. Web applications are specially programmed HTML5 sites that recognize the mobile device and optimize the content for representing, they run on all Web-enabled devices.
The big drawback of Web apps is their lack of access to phone specific functionalities like camera, microphone. Since Web apps run in the browser of the device access to phone hardware is very limited.
Cocomore deliberately focuses on cross-platform mobile applications (also called hybrid apps), which help bridge the gap between native and Web apps. This kind of application consists of a Web app, i.e. a backend and frontend running on a server. Thereby, the app can also be accessed by desktop browser. It is then displayed as a normal Web site.
The second component is an app container which can be uploaded to the various app stores. This container allows the access to the smartphone hardware and it draws its content from the Web app. Thereby it combines the advantages of both types of apps. In fact those hybrid apps are build using Web technologies and with some native code, so they can be converted via framework in a native app container very easily. But due to their architecture leveraging the many advantages of the Web applications, such as the cross browser compatibility and the cost benefit, the future could be these hybrid apps. The most important factor being here the availability of all the native features.
A Web app is particularly advantageous regarding total cost of ownership and implementation time. It bears comparably low development costs and short development periods. This technology is directly accessible via a link, so it has the ability to run on many mobile devices and operating systems and runs on each smartphone without installation.
In practice, the approach we currently recommend to our customers is to have a mobile Web portal for general information sharing, and a cross-platform hybrid app for more interactive / engaging content.
With regard to the specific native look and feel of each platform, we usually recommend to use a single UI paradigm across platforms, without trying to customize it. Once you start customizing the UI, and taking into account e.g. the inconsistent availability of a hardware back-button between iOS and Android, it makes maintaining the whole app workflow much more difficult.
An area where we’ve found we had to rely on specific Cordova plugins in our hybrid developments is for media playback; for instance, we’ve found that playing an audio file in loop using the basic audio capabilities of a Web view wouldn’t work well on mobile, and that’s a pretty fundamental issue e.g. in a game.
We’ve also had issues with using Web sockets in some older Web views, but this had more to do with implementation bugs than issues in the standard from what we’ve determined.
We’ve struggled for a while with storing data —
localStorageproved unreliable as the stored data could
be wiped out by the OS; but we’ve now switched to Indexed Database
which seems to solve that issue well enough for us.
Filed under: html5apps
29 September 2015
The two-year EU-funded
looks back to its achievements. The project, ending in September
2015 successfully accelerated the development of standard Web
technologies required to make HTML5 apps competitive with native
apps, specifically in the areas of Web payments and rich mobile Web
[The full press release is available in the Press sectionof this Web site].
Payments have been identified early on as a major gap, and on March 2014, the HTML5Apps project organized a W3C Workshop on Web payments . It immediately gathered a lot of interest from a wide variety of stakeholders, ranging from banks, merchants, payment service providers, mobile operators, and many others. As a result, a W3C Web Payments Interest Group was formed. Chaired by Bloomberg and NACS representatives, the group is composed of 104 participantswho have been busy at identifying specific standardization opportunities and building consensus on which of these need to be addressed within W3C.
After gathering industry use cases and requirements to help ensure that the standards developed have the ability to include business-to-business (B2B) payments as well as financial institution-related payments, the group proposed to standardize APIs – supporting functionality such as payment instrument registration, payment initiation, and payment completion – to enable an automated secure foundation for future Web payments capabilities. As a result, W3C is now in the final stages of starting new standards work to make Web payments both easier and more secure.
HTML5Apps conducted a series of interviews with European SMEs to investigate their need for fast and easy development of innovative Web-based services. As a result, there is a need and strong support for in-progress standards around offline access, push notifications and access to device APIs. Where specification efforts had not started yet, the project brought them to the W3C Web & Mobile Interest Groupto report new standardization opportunities.
“Seeking input directly from European developers and SMEs enabled us to better understand their challenges of using Web apps over proprietary formats,” explains Dominique Hazaël-Massieux, HTML5Apps lead. “As a result, and to facilitate information, coordination and participation from these developers, we maintained a standardization roadmap tracking efforts inside and outside of W3C.”
For the past two years, the HTML5Apps team published, on a quarterly basis, a roadmap entitled “ Standards for Web Applications on Mobile ”. Acclaimed by Web developers, this document summarizes the various technologies developed in W3C that increase the capabilities of Web applications, and how they apply more specifically to the mobile context. The latest edition of this roadmap was published in August 2015. It notably includes additions related to emerging work such as the proposed charter for a Web Payments Working Group.
22 September 2015
The HTML5Apps team continues its series of SMEs interviews across Europe. Today, we go to Spain, and more precisely to Gijón (in Asturias, north of Spain), where is located the startup UbiqWare. UbiqWare is specialized in the development of cross-platform multi-device software solutions, offering products, services, knowledge and experience to other software companies.
Part of the team is coming from the R&D department of Fundación CTIC. We worked in projects involving development under native and (desktop-only, responsive and mobile-first) Web development. In the early stages of our work in CTIC, Web and native were separated worlds. JavaME, Symbian and Windows Mobile were the most popular technologies used, whereas XHTML-MP and other HTML subsets and flavors were used for mobile Web development. In particular, we worked on MyMobileWeb, an open-source platform for browser detection which delivered the most suitable markup (and rest of resources) formats.
Since we created UbiqWare with two other colleagues (Jorge Román and Mario San Román, with large experience in back-end development) in November 2015 , we worked in the following projects (while developing DevHaven):
In addition, more powerful processors, larger memory chips and faster secondary storage technologies are included in newer devices. This reduces the difference in the perception of performance for human beings, between Web applications and native applications.
This is something that has been evolving day after day since the creation of hybrid development approaches. Therefore, the amount of business cases in which hybrid development can compete with native development is increasing. This is the reason why development teams with skills in responsive or mobile-first Web development dare to start with the release of mobile applications via app stores.
But in general, our customers want both a responsive Web app and a presence on the app store, for which an hybrid app (sometimes, but not always built upon the responsive Web app) is required. While we believe in the Web as a universal platform, our customers are not quite convinced yet!
This would stop us developers from requiring Cordova plugins, although Cordova (or similar solutions) would still be necessary in order to generate the mobile app.
The APIs for which we call upon Cordova plugins the most frequently are:
Thank you for your time! I will note that your town is also the
home of the
W3C Spanish Office!
04 September 2015
It includes a few changes and additions since May 2015, particularly emerging work such as the proposed charter for a Web Payments Working Group and the development of a draft charter for a Hardware Security Working Group.
Other changes are detailed below:
Published as First Public Working Draft
Returned to Working Draft
Reached Candidate Recommendation
Specification merged, split or abandoned
This document is the 18th edition of this overview of mobile Web applications technologies. The previous edition was released in May 2015 . A live version of this document accepts contributions on the W3C Web and Mobile Interest Group Github repository.
10 August 2015
The 9th edition of the State of the Developer Nation Q3 2015 reportis now available for download. It presents the key findings from a survey that the HTML5Apps project helped to promote.
This report covers all the latest trends in mobile, desktop, IoT and cloud services development. It looks at most popular platforms, languages, vertical markets and hosting providers.
The report provides interesting key insights and consolidated graphs such as the one shown below. The global community of people involved in developing software for mobile devices, desktop computers, the Internet of Things and cloud services is fairly homogenous. In Europe, as in all other continents, developers are predominantly young and male dominated. The survey results also show that most developers manage to be involved in several areas of development, via a hobby or side project in addition to their professional work.
10 July 2015
The Internet Society (ISOC) just released its second annual Global Internet Report, with a focus this year on the mobile Internet. The report explores mobile Internet availability, affordability, and relevance to potential users, and highlights opportunities as well as challenges to ensure all users can enjoy the full benefits of mobile access to the open Internet.
The HTML5Apps team contributed significantly to the report in two key sections of this report which are related to:
08 July 2015
I was present at the Edge conferenceon 27 June in London, UK, representing the HTML5Apps project. That conference, organized by FT Labs for the past 5 years, targets discussion and debate of leading-edge use of client-side Web technologies. It aims at being very participative in its nature, and was organized this year around a set of panels in the morning and breakouts in the afternoon.
About 180 developers attended the conference, including renowned developers, technical evangelists and standards advocates.
The context of the conference (“leading edge”) and its attendees made it indeed a great place for conversations and interactions. Specifically, I had good discussions related to:
On the organized sessions of the conference themselves, I attended/participated to:
Overall, this developer conference was a success and the project’s team is looking forward to the next edition!
A Coruña, Galicia, Spain