The Evolution of the Web Both HTML & CSS Continue to Evolve. Understanding Where It Is

Total Page:16

File Type:pdf, Size:1020Kb

The Evolution of the Web Both HTML & CSS Continue to Evolve. Understanding Where It Is Web Development Produced Eamonn de Leastar ([email protected]) by ! Department of Computing, Maths & Physics Waterford Institute of Technology http://www.wit.ie http://elearning.wit.ie HTML Evolution Enterprise Web development 1996 3 1997 4 1998 5 1999 6 2000 7 2001 8 2002 9 2003 10 2004 11 2005 12 2006 13 2007 14 2008 15 2009 16 2010 17 2011 18 2012 19 2013 20 2014 21 http://web.archive.org 22 Web Standards Bodies - W3C • The World Wide Web Consortium (W3C): • A recommendation progresses • the main international standards through five maturity levels: organization for the World Wide Web • Working Draft • Founded by Tim Berners-Lee at • Last Call Working Draft MIT and currently headed by him, • Call for implementation • Maintains hundreds of standards • Call for Review of a Proposed associated with the Web, e- Recommendation commerce, and information representation • W3C Recommendation (REC). • Standards known as Recommendations which proceed through successive Drafts 23 Accessibility (All) Mobile Web Authoring Web IDL Accessible Rich Internet Applications (WAI-ARIA) Mobile Web for Social Development Web Real Time Communication Audio Multimodal Web Applications Web Services Addressing Authoring Tool Accessibility Guidelines (ATAG) OWL Web Ontology Language Web Services Architecture Best Practices for Authoring HTML P3P Web Services Choreography CC/PP PICS Web Services Policy Content Transformation Plugins Web Services Resource Access CSS PNG WebCGM CSS Mobile POWDER WICD DCCI Provenance Widgets Declarative Web Applications Quality Assurance (QA) Framework WSDL Device Description Repository RDF XBL Device Independence Authoring RDF Best Practices XForms DOM RDF Relationship to Other Formats XHTML 2 DOM events RDF vocabularies XHTML For Mobile Efficient XML Interchange RDFa XHTML Modularization eGovernment RIF Rule Interchange Format XInclude Electronic Commerce Security for User Agents XKMS Evaluation and Report Language (EARL) Security for Web Applications XLink Geospatial Semantic Annotation for WSDL and XML Schema XML Government Linked Data Service Modeling Language (SML) XML Base GRDDL SKOS XML Canonicalization Health Care and Life Sciences (Semantic Web) SMIL XML Design Techniques HTML SOAP XML Encryption HTML for User Agents SPARQL XML Events HTTP Stylesheets in XML XML Fragments InkML SVG XML Pipeline (XProc) Internationalization (All) SVG Tiny XML Relationship to other formats Internationalization of Web Architecture Timed Text XML Schema Internationalization of Web Design and Applications URI XML Signature Internationalization of Web Services User Agent Accessibility Guidelines (UAAG) XML-binary Optimized Packaging Internationalization of XML Voice xml:id Javascript APIs Web and TV XPath MathML Web Architecture XPointer Media Access Web Components XQuery Mobile Web Applications Web Content Accessibility Guidelines (WCAG) XSL-FO 24 Web Fonts XSLT Web Standards Evolution 25 Accessibility (All) Mobile Web Authoring Web IDL Accessible Rich Internet Applications (WAI-ARIA) Mobile Web for Social Development Web Real Time Communication Audio Multimodal Web Applications Web Services Addressing Authoring Tool Accessibility Guidelines (ATAG) OWL Web Ontology Language Web Services Architecture Best Practices for Authoring HTML P3P Web Services Choreography CC/PP PICS Web Services Policy Content Transformation Plugins Web Services Resource Access CSS PNG WebCGM CSS Mobile POWDER WICD DCCI Provenance Widgets Declarative Web Applications Quality Assurance (QA) Framework WSDL Device Description Repository RDF XBL Device Independence Authoring RDF Best Practices XForms DOM RDF Relationship to Other Formats XHTML 2 DOM events RDF vocabularies XHTML For Mobile Efficient XML Interchange RDFa XHTML Modularization eGovernment RIF Rule Interchange Format XInclude Electronic Commerce Security for User Agents XKMS Evaluation and Report Language (EARL) Security for Web Applications XLink Geospatial Semantic Annotation for WSDL and XML Schema XML Government Linked Data Service Modeling Language (SML) XML Base GRDDL SKOS XML Canonicalization Health Care and Life Sciences (Semantic Web) SMIL XML Design Techniques HTML SOAP XML Encryption HTML for User Agents SPARQL XML Events HTTP Stylesheets in XML XML Fragments InkML SVG XML Pipeline (XProc) Internationalization (All) SVG Tiny XML Relationship to other formats Internationalization of Web Architecture Timed Text XML Schema Internationalization of Web Design and Applications URI XML Signature Internationalization of Web Services User Agent Accessibility Guidelines (UAAG) XML-binary Optimized Packaging Internationalization of XML Voice xml:id Javascript APIs Web and TV XPath MathML Web Architecture XPointer Media Access Web Components XQuery Mobile Web Applications Web Content Accessibility Guidelines (WCAG) XSL-FO 26 Web Fonts XSLT Web Standards Bodies -WHATWG • The Web Hypertext Application Technology Working Group is a community of people interested in evolving HTML and related technologies. • The WHATWG was founded by individuals from Apple, the Mozilla Foundation and Opera Software in 2004 • The WHATWG was formed in response to the slow development of web standards monitored by the World Wide Web Consortium (W3C), and its decision to abandon HTML in favor of XML-based technologies. • The WHATWG has a small, invitation-only steering committee called "Members" 27 www.whatwg.org Web Hypertext Application Technology Working Group 28 W3C Web Standards Process 29 Vs • The Mozilla Foundation and Opera Software presented a position paper at a W3C workshop in June 2004 focusing on developing technologies that are backwards compatible with existing browsers • The workshop concluded with a vote, 8 for, 14 against, for continuing work on HTML • W3C proceed with its XHTML 2.0 Effort • Work based upon that position paper moved to the WHATWG, and was soon renamed HTML5 30 • In 2007, W3C abandoned its XHTML 2.0 effort, offered to merge its working group with WHATWG, and adopted the HTML5 specifications as the starting point for a W3C HTML5 effort "It's time to revisit the standard and see what we can do to meet the current community needs, and to do so effectively with commitments from browser manufacturers in a visible and open way."! Tim Berners-Lee 31 Standardization Timetable • 2008:W3C/WHATWG published the First Public Working Draft of the specification • 2011:‘Last Call’ an invitation to communities inside and outside W3C to confirm the technical soundness of the specification • 2014: Target date for a ‘Recommendation’ • However: in 2012, WHATWG and W3C have decided on a degree of separation. • W3C will continue the HTML5 specification work, focusing on a single definitive standard, • This is considered as a "snapshot" by WHATWG. • The WHATWG organization will continue its work with HTML5 as a "Living Standard". The concept of a living standard is that it is never complete and is always being updated and improved 32 33 Except where otherwise noted, this content is licensed under a Creative Commons Attribution-NonCommercial 3.0 License. ! For more information, please see http:// creativecommons.org/licenses/by-nc/3.0/.
Recommended publications
  • Guidelines for the Preservation of Video Recordings IASA-TC 06
    Technical Committee Standards, Recommended Practices, and Strategies Guidelines for the Preservation of Video Recordings IASA-TC 06 Part B. Video Signal, Preservation Concepts, and Target Formats From IASA-TC 06, Edition 1 Revised version, 2019 B-1 Revised version, 2019 Guidelines for the Preservation of Video Recordings Table of Contents B.1 The Video Signal and Bitstreams: Format and Features B-6 B.1.1 Conventional video carriers and formatting B-6 B.1.1.1 Conventional video carriers and the video signal B-6 Sidebar: the noun video B-6 B.1.1.2 Conventional carriers compared to file-based video B-6 B.1.1.3 Broadcast standards and the formatting of video recordings B-7 B.1.2 Analogue video unpacked, part one: key features and variants B-8 B.1.2.1 Illusion of motion from a stream of still images B-9 B.1.2.2 Sound data is carried in parallel with picture data B-9 B.1.2.3 Picture data consists of sets of horizontal scan lines B-10 B.1.2.4 Horizontal lines of picture data may be interlaced B-11 B.1.2.5 Movies on film can be recorded as video B-11 B.1.2.6 Timing: video signal elements must be synchronized (RS-170) B-12 B.1.2.7 Range of picture brightnesses and blanking “brightness” B-14 B.1.3 Analogue video unpacked, part two: key features and variants continued B-16 B.1.3.1 Colour encoding for video on conventional carriers B-16 B.1.3.1.1 Composite video B-17 B.1.3.1.2 S-video B-18 B.1.3.1.3 Colour-difference component video B-18 Sidebar: colour and tonal specifications for digital video and related matters B-20 B.1.3.2 Ancillary data B-22
    [Show full text]
  • OMA Specification
    Scalable Vector Graphics (SVG) for the Mobile Domain Candidate Version 1.0 – 24 Oct 2008 Open Mobile Alliance OMA-TS-SVG_Mobile-V1_0-20081024-C 2008 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document. [OMA-Template-Spec-20080101-I] OMA-TS-SVG_Mobile-V1_0-20081024-C Page 2 (30) Use of this document is subject to all of the terms and conditions of the Use Agreement located at http://www.openmobilealliance.org/UseAgreement.html. Unless this document is clearly designated as an approved specification, this document is a work in process, is not an approved Open Mobile Alliance™ specification, and is subject to revision or removal without notice. You may use this document or any part of the document for internal or educational purposes only, provided you do not modify, edit or take out of context the information in this document in any manner. Information contained in this document may be used, at your sole risk, for any purposes. You may not use this document in any other manner without the prior written permission of the Open Mobile Alliance. The Open Mobile Alliance authorizes you to copy this document, provided that you retain all copyright and other proprietary notices contained in the original materials on any copies of the materials and that you comply strictly with these terms. This copyright permission does not constitute an endorsement of the products or services. The Open Mobile Alliance assumes no responsibility for errors or omissions in this document.
    [Show full text]
  • Efficient XML Processing in Browsers
    Efficient XML Processing in Browsers R. Alexander Milowski ILCC, School of Informatics, University of Edinburgh [email protected] Motivation Partially, in response to the anti-XML crowd's complaints about XML in browser applications: XML slow, inefficient way to deliver data, JSON is simpler and more directly usable, and several other red herrings. Mostly because I want it! ...pretty shiny XML objects... The reality: XMLHttpRequest is insufficient for both XML and JSON delivery. Why and what do you do about processing large amounts of XML data efficiently in browsers? Inefficiencies with XMLHttpRequest Three general deficiencies: 1. If the response is not XML and not characters, there is little support for handling the entity body (e.g. images). 2. If the response is not XML but is characters, treating it as XML or as a sequence of characters may be wasteful. 3. If the response is XML, the "whole document" intermediary DOM may be wasteful. This talk is about concerned with #3. Strategy We want flexibility and choice in our processing model: whole document, subsetting, multiple DOMs, view porting, filtering, or just a stream of events. We'll replace XMLHttpRequest and: Keep the request formulation, Remove the "whole document" treatment of the response, Add event-oriented processing of the XML. The XMLReader Interface Shares a lot in common with XMLHttpRequest for making the request: send, open, overrideMimeType, setRequestHeader, etc. request model is the same, added a parse(in DOMString xml) method for completeness, added an onxml event listener attribute for receiving XML, added an "xml" event type for addEventListener() XML Events Events for: start/end document, start/end element, characters, processing instructions, comments Events are flattened - one interface for all of them.
    [Show full text]
  • XML Signature/Encryption — the Basis of Web Services Security
    Special Issue on Security for Network Society Falsification Prevention and Protection Technologies and Products XML Signature/Encryption — the Basis of Web Services Security By Koji MIYAUCHI* XML is spreading quickly as a format for electronic documents and messages. As a consequence, ABSTRACT greater importance is being placed on the XML security technology. Against this background research and development efforts into XML security are being energetically pursued. This paper discusses the W3C XML Signature and XML Encryption specifications, which represent the fundamental technology of XML security, as well as other related technologies originally developed by NEC. KEYWORDS XML security, XML signature, XML encryption, Distributed signature, Web services security 1. INTRODUCTION 2. XML SIGNATURE XML is an extendible markup language, the speci- 2.1 Overview fication of which has been established by the W3C XML Signature is an electronic signature technol- (WWW Consortium). It is spreading quickly because ogy that is optimized for XML data. The practical of its flexibility and its platform-independent technol- benefits of this technology include Partial Signature, ogy, which freely allows authors to decide on docu- which allows an electronic signature to be written on ment structures. Various XML-based standard for- specific tags contained in XML data, and Multiple mats have been developed including: ebXML and Signature, which enables multiple electronic signa- RosettaNet, which are standard specifications for e- tures to be written. The use of XML Signature can commerce transactions, TravelXML, which is an EDI solve security problems, including falsification, spoof- (Electronic Data Interchange) standard for travel ing, and repudiation. agencies, and NewsML, which is a standard specifica- tion for new distribution formats.
    [Show full text]
  • Improving E-Learning Environments for Pen and Multi-Touch Based Interaction a Study Case on Blog Tools and Mobile Devices
    eLmL 2014 : The Sixth International Conference on Mobile, Hybrid, and On-line Learning Improving e-Learning Environments for Pen and Multi-touch Based Interaction A study case on blog tools and mobile devices André Constantino da Silva Heloísa Vieira da Rocha Institute of Computing (PG) Institute of Computing, NIED UNICAMP, IFSP UNICAMP Campinas, Brazil, Hortolândia, Brazil Campinas, Brazil [email protected] [email protected] Abstract — e-Learning environments are applications that use power to process Web pages. So, it is possible to access blog the Web infra-structure to support teaching and learning tools, read the messages, post new messages and write activities; they are designed to have good usability using a comments through mobile devices. But, it is important to desktop computer with keyboard, mouse and high resolution consider that these tools (and so their Web pages) are medium-size display. Devices equipped with pen and touch developed to be accessed by desktop computers equipped sensitive screen have enough computational power to render with keyboard, mouse and a medium size display; in your Web pages and allow users to navigate through the e-learning previous work we described that when a user interface environments. But, pen-based or touch sensitive devices have a designed for a set of interaction styles is accessed by a different input style; decreasing the usability of e-learning different set of interaction styles the users face interaction environments due the interaction modality change. To work on problems [5]. Another problem is that it is not possible to mobile contexts, e-learning environments must be improved to consider the interaction through pen and touch.
    [Show full text]
  • Using Rule-Based Reasoning for RDF Validation
    Using Rule-Based Reasoning for RDF Validation Dörthe Arndt, Ben De Meester, Anastasia Dimou, Ruben Verborgh, and Erik Mannens Ghent University - imec - IDLab Sint-Pietersnieuwstraat 41, B-9000 Ghent, Belgium [email protected] Abstract. The success of the Semantic Web highly depends on its in- gredients. If we want to fully realize the vision of a machine-readable Web, it is crucial that Linked Data are actually useful for machines con- suming them. On this background it is not surprising that (Linked) Data validation is an ongoing research topic in the community. However, most approaches so far either do not consider reasoning, and thereby miss the chance of detecting implicit constraint violations, or they base them- selves on a combination of dierent formalisms, eg Description Logics combined with SPARQL. In this paper, we propose using Rule-Based Web Logics for RDF validation focusing on the concepts needed to sup- port the most common validation constraints, such as Scoped Negation As Failure (SNAF), and the predicates dened in the Rule Interchange Format (RIF). We prove the feasibility of the approach by providing an implementation in Notation3 Logic. As such, we show that rule logic can cover both validation and reasoning if it is expressive enough. Keywords: N3, RDF Validation, Rule-Based Reasoning 1 Introduction The amount of publicly available Linked Open Data (LOD) sets is constantly growing1, however, the diversity of the data employed in applications is mostly very limited: only a handful of RDF data is used frequently [27]. One of the reasons for this is that the datasets' quality and consistency varies signicantly, ranging from expensively curated to relatively low quality data [33], and thus need to be validated carefully before use.
    [Show full text]
  • Bibliography of Erik Wilde
    dretbiblio dretbiblio Erik Wilde's Bibliography References [1] AFIPS Fall Joint Computer Conference, San Francisco, California, December 1968. [2] Seventeenth IEEE Conference on Computer Communication Networks, Washington, D.C., 1978. [3] ACM SIGACT-SIGMOD Symposium on Principles of Database Systems, Los Angeles, Cal- ifornia, March 1982. ACM Press. [4] First Conference on Computer-Supported Cooperative Work, 1986. [5] 1987 ACM Conference on Hypertext, Chapel Hill, North Carolina, November 1987. ACM Press. [6] 18th IEEE International Symposium on Fault-Tolerant Computing, Tokyo, Japan, 1988. IEEE Computer Society Press. [7] Conference on Computer-Supported Cooperative Work, Portland, Oregon, 1988. ACM Press. [8] Conference on Office Information Systems, Palo Alto, California, March 1988. [9] 1989 ACM Conference on Hypertext, Pittsburgh, Pennsylvania, November 1989. ACM Press. [10] UNIX | The Legend Evolves. Summer 1990 UKUUG Conference, Buntingford, UK, 1990. UKUUG. [11] Fourth ACM Symposium on User Interface Software and Technology, Hilton Head, South Carolina, November 1991. [12] GLOBECOM'91 Conference, Phoenix, Arizona, 1991. IEEE Computer Society Press. [13] IEEE INFOCOM '91 Conference on Computer Communications, Bal Harbour, Florida, 1991. IEEE Computer Society Press. [14] IEEE International Conference on Communications, Denver, Colorado, June 1991. [15] International Workshop on CSCW, Berlin, Germany, April 1991. [16] Third ACM Conference on Hypertext, San Antonio, Texas, December 1991. ACM Press. [17] 11th Symposium on Reliable Distributed Systems, Houston, Texas, 1992. IEEE Computer Society Press. [18] 3rd Joint European Networking Conference, Innsbruck, Austria, May 1992. [19] Fourth ACM Conference on Hypertext, Milano, Italy, November 1992. ACM Press. [20] GLOBECOM'92 Conference, Orlando, Florida, December 1992. IEEE Computer Society Press. http://github.com/dret/biblio (August 29, 2018) 1 dretbiblio [21] IEEE INFOCOM '92 Conference on Computer Communications, Florence, Italy, 1992.
    [Show full text]
  • Ontology Matching • Semantic Social Networks and Peer-To-Peer Systems
    The web: from XML to OWL Rough Outline 1. Foundations of XML (Pierre Genevès & Nabil Layaïda) • Core XML • Programming with XML Development of the future web • Foundations of XML types (tree grammars, tree automata) • Tree logics (FO, MSO, µ-calculus) • Expressing information ! Languages • A taste of research: introduction to some grand challenges • Manipulating it ! Algorithms 2. Semantics of knowledge representation on the web (Jérôme Euzenat & • in the most correct, efficient and ! Logic Marie-Christine Rousset) meaningful way ! Semantics • Semantic web languages (URI, RDF, RDFS and OWL) • Querying RDF and RDFS (SPARQL) • Querying data though ontologies (DL-Lite) • Ontology matching • Semantic social networks and peer-to-peer systems 1 / 8 2 / 8 Foundations of XML Semantic web We will talk about languages, algorithms, and semantics for efficiently and meaningfully manipulating formalised knowledge. We will talk about languages, algorithms, and programming techniques for efficiently and safely manipulating XML data. You will learn about: You will learn about: • Expressing formalised knowledge on the semantic web (RDF) • Tree structured data (XML) ! Syntax and semantics ! Tree grammars & validation You will not learn about: • Expressing ontologies on the semantic • XML programming (XPath, XSLT...) You will not learn about: web (RDFS, OWL, DL-Lite) • Tagging pictures ! Queries & transformations ! Syntax and semantics • Hacking CGI scripts ! Reasoning • Sharing MP3 • Foundational theory & tools • HTML • Creating facebook ! Regular expressions
    [Show full text]
  • INPUT CONTRIBUTION Group Name:* MAS WG Title:* Semantic Web Best Practices
    Semantic Web best practices INPUT CONTRIBUTION Group Name:* MAS WG Title:* Semantic Web best practices. Semantic Web Guidelines for domain knowledge interoperability to build the Semantic Web of Things Source:* Eurecom, Amelie Gyrard, Christian Bonnet Contact: Amelie Gyrard, [email protected], Christian Bonnet, [email protected] Date:* 2014-04-07 Abstract:* This contribution proposes to describe the semantic web best practices, semantic web tools, and existing domain ontologies for uses cases (smart home and health). Agenda Item:* Tbd Work item(s): MAS Document(s) Study of Existing Abstraction & Semantic Capability Enablement Impacted* Technologies for consideration by oneM2M. Intended purpose of Decision document:* Discussion Information Other <specify> Decision requested or This is an informative paper proposed by the French Eurecom institute as a recommendation:* guideline to MAS contributors on Semantic web best practices, as it was suggested during MAS#9.3 call. Amélie Gyrard is a new member in oneM2M (via ETSI PT1). oneM2M IPR STATEMENT Participation in, or attendance at, any activity of oneM2M, constitutes acceptance of and agreement to be bound by all provisions of IPR policy of the admitting Partner Type 1 and permission that all communications and statements, oral or written, or other information disclosed or presented, and any translation or derivative thereof, may without compensation, and to the extent such participant or attendee may legally and freely grant such copyright rights, be distributed, published, and posted on oneM2M’s web site, in whole or in part, on a non- exclusive basis by oneM2M or oneM2M Partners Type 1 or their licensees or assignees, or as oneM2M SC directs.
    [Show full text]
  • XML for Java Developers G22.3033-002 Course Roadmap
    XML for Java Developers G22.3033-002 Session 1 - Main Theme Markup Language Technologies (Part I) Dr. Jean-Claude Franchitti New York University Computer Science Department Courant Institute of Mathematical Sciences 1 Course Roadmap Consider the Spectrum of Applications Architectures Distributed vs. Decentralized Apps + Thick vs. Thin Clients J2EE for eCommerce vs. J2EE/Web Services, JXTA, etc. Learn Specific XML/Java “Patterns” Used for Data/Content Presentation, Data Exchange, and Application Configuration Cover XML/Java Technologies According to their Use in the Various Phases of the Application Development Lifecycle (i.e., Discovery, Design, Development, Deployment, Administration) e.g., Modeling, Configuration Management, Processing, Rendering, Querying, Secure Messaging, etc. Develop XML Applications as Assemblies of Reusable XML- Based Services (Applications of XML + Java Applications) 2 1 Agenda XML Generics Course Logistics, Structure and Objectives History of Meta-Markup Languages XML Applications: Markup Languages XML Information Modeling Applications XML-Based Architectures XML and Java XML Development Tools Summary Class Project Readings Assignment #1a 3 Part I Introduction 4 2 XML Generics XML means eXtensible Markup Language XML expresses the structure of information (i.e., document content) separately from its presentation XSL style sheets are used to convert documents to a presentation format that can be processed by a target presentation device (e.g., HTML in the case of legacy browsers) Need a
    [Show full text]
  • Security Analysis of Firefox Webextensions
    6.857: Computer and Network Security Due: May 16, 2018 Security Analysis of Firefox WebExtensions Srilaya Bhavaraju, Tara Smith, Benny Zhang srilayab, tsmith12, felicity Abstract With the deprecation of Legacy addons, Mozilla recently introduced the WebExtensions API for the development of Firefox browser extensions. WebExtensions was designed for cross-browser compatibility and in response to several issues in the legacy addon model. We performed a security analysis of the new WebExtensions model. The goal of this paper is to analyze how well WebExtensions responds to threats in the previous legacy model as well as identify any potential vulnerabilities in the new model. 1 Introduction Firefox release 57, otherwise known as Firefox Quantum, brings a large overhaul to the open-source web browser. Major changes with this release include the deprecation of its initial XUL/XPCOM/XBL extensions API to shift to its own WebExtensions API. This WebExtensions API is currently in use by both Google Chrome and Opera, but Firefox distinguishes itself with further restrictions and additional functionalities. Mozilla’s goals with the new extension API is to support cross-browser extension development, as well as offer greater security than the XPCOM API. Our goal in this paper is to analyze how well the WebExtensions model responds to the vulnerabilities present in legacy addons and discuss any potential vulnerabilities in the new model. We present the old security model of Firefox extensions and examine the new model by looking at the structure, permissions model, and extension review process. We then identify various threats and attacks that may occur or have occurred before moving onto recommendations.
    [Show full text]
  • Putting DDI in the Driver's Seat
    Putting DDI in the driver’s seat Using Metadata to control data capture Samuel Spencer Australian Bureau of Statistics 2010: XForms and DDI January: XForms transform demonstrated within ABS June: XForms live-demo at IASSIST 2010 July: XForms research put on hold October: Commercial Census web-form tool investigated ABS DDI Data Collection Projects Internet Activity Survey Agricultural Census Questionnaire Design Tool (QDT) Internet Activity Survey Then: Survey used in DDI/XForms research eForms solution using ABS developed technology Custom tool creates XForms, rendered using Orbeon Internet Activity Survey Then: Survey used in DDI/XForms research eForms solution using ABS developed technology Custom tool creates XForms, rendered using Orbeon Now: Candidate for migration to custom IBM web-form solution Agricultural Census Now: Currently running on IBM web-form solution Forms displayed using AJAX which interprets proprietary hand-crafted XML Agricultural Census Now: Currently running on IBM web-form solution Forms displayed using AJAX which interprets proprietary hand-crafted XML Future: Research into DDI to XML transforms Questionnaire Design Tool Then: Online app for questionnaire metadata management Manages creation of Blaise and paper forms Uses ABS-built proprietary XML (QDT-ML) Now: Investigations into replacing QDT-ML with DDI Research into using QDT to create web-forms How can it made simpler? The XForms standard describes a structured format for capturing form questions, control structures and complex data structures needed for accurate information capture. However, to be useful it needs to be transformed, as its not able to be displayed natively in current generation browsers. The DDI 3.0 standard describes a structured format for capturing form questions, control structures and complex data structures needed for accurate information capture.
    [Show full text]