DOCSLIB.ORG

The Web Platform Building a Solid Stack of HTML, CSS, and Javascript

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
The Web Platform Building a Solid Stack of HTML, CSS, and Javascript Additional Resources 3 Easy Ways to Learn More and Stay Current Programming Blog Read more news and analysis about JavaScript, HTML5, CSS3, and other web platform technologies. programming.oreilly.com Programming Get programming-related news and Newsletter content delivered weekly to your inbox. oreilly.com/code/newsletter.html Fluent Conference Immerse yourself in learning at the annual O’Reilly Fluent Conference. Join developers, UX/UI designers, project teams, and a wide range of other people who work with web platform technologies to share experiences and expertise— and to learn what you need to know to stay competitive. fluentconf.com ©2014 O’Reilly Media, Inc. The O’Reilly logo is a registered trademark of O’Reilly Media, Inc. 14114 The Web Platform Building a Solid Stack of HTML, CSS, and JavaScript Simon St.Laurent The Web Platform by Simon St.Laurent Copyright © 2014 O’Reilly Media, Inc. All rights reserved. Printed in the United States of America. Published by O’Reilly Media, Inc., 1005 Gravenstein Highway North, Sebastopol, CA 95472. O’Reilly books may be purchased for educational, business, or sales promotional use. Online editions are also available for most titles (http://my.safaribooksonline.com). For more information, contact our corporate/institutional sales department: 800-998-9938 or [email protected]. Editor: Simon St.Laurent January 2014: First Edition Revision History for the First Edition: 2014-01-10: First release Nutshell Handbook, the Nutshell Handbook logo, and the O’Reilly logo are registered trademarks of O’Reilly Media, Inc. The Web Platform: Building a Solid Stack of HTML, CSS, and JavaScript and related trade dress are trademarks of O’Reilly Media, Inc. Many of the designations used by manufacturers and sellers to distinguish their prod‐ ucts are claimed as trademarks. Where those designations appear in this book, and O’Reilly Media, Inc. was aware of a trademark claim, the designations have been printed in caps or initial caps. While every precaution has been taken in the preparation of this book, the publisher and authors assume no responsibility for errors or omissions, or for damages resulting from the use of the information contained herein. ISBN: 978-1-491-95011-1 [LSI] Table of Contents Preface. v HTML: Moving Beyond the Standard. 1 The Power of Markup. 5 CSS Selectors Have Superpowers. 9 JavaScript: Not as Expected. 13 From JavaScript to Declarative Markup. 17 Toward Responsive Web Programming. 19 Will JavaScript Take Over the Programming World?. 21 Concentration: The Wrong Story 21 Dispersion: A More Likely Story? 24 iii Preface The Web keeps growing, expanding from a content distribution sys‐ tem to an application platform connecting people within organiza‐ tions and across the world. For the past 15 years, the Web’s core has proven remarkably stable. Even as developers create more technolo‐ gies and techniques, they still mostly use the core stack of HTML plus CSS and JavaScript, with a few extensions mostly provided through additional standards. Can that stack persist? Programmers have longed for alternatives for at least as long as the Web has existed, largely because web develop‐ ment doesn’t quite feel like programming. Creating documents, styling them, and then adding some program logic is pretty different from standard models of creating objects and logic to display something on a screen. The Web endures, though, largely because of its unique approach. Markup and simple hypertext offered a quick way to build and share documents across a network, but we have layered much more on top of those capabilities. Beyond simplicity—which isn’t especially prev‐ alent today—why do web tools work so well? • Both HTML markup and CSS stylesheets are declarative, making browsers do work without requiring programming logic. • JavaScript layers well on top of HTML, especially after it learned the power of declarative selectors from CSS. • Separating content, presentation, and logic has made reuse much simpler. v • The ubiquity of the Web combined with the competitive nature of browser vendors encourages major investment in rendering engines and JavaScript performance. • Even though web browsers are written by many different people with different motives, they’ve been able to work well enough to‐ gether to extend browser capabilities. The best part, though, is that those foundations let us do new things. I hope you’ll find that web technologies continue to provide a solid base on which to build your dream projects! These pieces were originally written for the O’Reil‐ ly Programming blog and then adjusted to better fit the times and the format. If you’d like to see more on similar topics, please explore http:// programming.oreilly.com. vi | Preface HTML: Moving Beyond the Standard You can create your own markup vocabularies without learning XML. You just need to figure out what markup you want to use, and then create CSS and JavaScript to tell the browser what to do with it. Cre‐ ating your own extensions to the HTML vocabulary lets you describe your content in the terms that make sense to you and can help you drastically reduce repetition and confusion. When HTML first appeared, it offered a coherent if limited vocabulary for sharing content on the newly created World Wide Web. Today, now that HTML has handed off most of its actual work to other specifica‐ tions, developers can start to choose their own markup vocabularies and processing. When the W3C first formed, it formed around HTML, the core stan‐ dard of content on the Web, defining the structure, appearance, and behavior of content. Over the next few years, however, it became clear that HTML was doing too much, and the W3C and other groups re‐ factored appearance, behavior, and many semantics into separate specifications: • Cascading Style Sheets (CSS) took responsibility for presentation and layout. • JavaScript took responsibility for behavior, aided by the Docu‐ ment Object Model (DOM) and a variety of APIs for handling device and multimedia interactions. 1 • WAI-ARIA took responsibility for accessibility semantics, ensur‐ ing that content remained available to a broad audience even if developers pushed the current boundaries of markup. It’s not a completely neat separation—some of CSS feels like behavior, and JavaScript can manipulate presentation, for example, but they certainly took some work off the shoulders of HTML. A few aspects of HTML, notably media inclusion, are still mostly handled at the markup level, but most of them aren’t any longer. Forms and linking are both still defined in HTML itself, but they aren’t difficult to im‐ plement separately. When the WHATWG formed, its focus on web application develop‐ ment led it to build a variety of JavaScript tools, which still dominate the HTML5 work. In many ways, HTML5 has been about adding a few pieces of markup functionality to HTML itself and a tremendous pile of JavaScript APIs to browsers in general. Browsers still need to do a lot of work to achieve the visions developers have for a unified distributed application platform, but HTML itself carries less and less of that burden. The former flagship spec may be what comes to mind first when people say “web development,” but the reality is that it has been hollowed out. The heavy lifting happens in the other specifications. This means that we can free markup semantics from the demands originally placed on HTML. Markup doesn’t become total anarchy: defined markup syntax, both XML’s stricter version and HTML5’s more forgiving version, is still useful to create a parse tree browsers can decorate with CSS and WAI-ARIA and then manipulate with JavaScript. HTML itself is still useful—many people and tools know how to read and write it—but there is less and less reason to let the HTML vo‐ cabulary be a cage limiting our possibilities. Polyfills emerged as tools for bringing older browsers up to date with the latest specifications. Best practices for using them are still emerging, but they’ve become a more common implementation in frameworks like AngularJS, mak‐ ing it easy for developers to create markup templates that JavaScript will later manipulate. (The Web Components spec simplifies this work and provides structure that works across browsers reliably.) A stronger case for polyfills, though it was actually meant to argue for adding an element to the standard, comes from the picture element 2 | HTML: Moving Beyond the Standard saga. The Responsive Images Community Group developed a speci‐ fication and implemented it (twice) with polyfills. Those developers weren’t happy when the W3C and WHATWG didn’t seem interested (conversations continue), but from my perspective, they’d already done great work in creating the polyfills. (Loading media has more complicated optimization issues than just about anything else brows‐ ers do with HTML.) Shifting the focus away from markup standards is difficult. The Web Standards Project spent a decade or so (and I participated) evangeliz‐ ing the need for web standards and disbanded recently in the face of success. The message that web tools need to be designed by a central organization is, for better or worse, deeply ingrained, but it’s time for markup to fall out of that story.1 HTML’s legacy vocabulary is a great foundation on which developers can build their own toolsets. The Web will benefit, however, from let‐ ting developers solve their information problems in their own ways, rather than trying to stuff too many things into a single vocabulary. Even if centralized markup standards have benefits, let’s evolve them rather than design them. So where should you start? The Polymer framework is a good place to experiment, and there’s been a lot of useful conversation at the Exten‐ sible Web Community Group.
Load more

Recommended publications
  • Applying World Wide Web Standards to Embedded Systems
    NASA / TMm2002-211199 AIAA-2001-5107 Embedded Web Technology: Applying World Wide Web Standards to Embedded Systems Joseph G. Ponyik and David W. York Glenn Research Center, Cleveland, Ohio March 2002 The NASA STI Program Office... in Profile Since its founding, NASA has been dedicated to CONFERENCE PUBLICATION. Collected the advancement of aeronautics and space papers from scientific and technical science. The NASA Scientific and Technical conferences, symposia, seminars, or other Information (STI) Program Office plays a key part meetings sponsored or cosponsored by in helping NASA maintain this important role. NASA. The NASA STI Program Office is operated by SPECIAL PUBLICATION. Scientific, Langley Research Center, the Lead Center for technical, or historical information from NASA's scientific and technical information. The NASA programs, projects, and missions, NASA STI Program Office provides access to the often concerned with subjects having NASA STI Database, the largest collection of substantial public interest. aeronautical and space science STI in the world. The Program Office is also NASA's institutional TECHNICAL TRANSLATION. English- mechanism for disseminating the results of its language translations of foreign scientific research and development activities. These results and technical material pertinent to NASA's are published by NASA in the NASA STI Report mission. Series, which includes the following report types: Specialized services that complement the STI TECHNICAL PUBLICATION. Reports of Program Office's diverse offerings include completed research or a major significant creating custom thesauri, building customized phase of research that present the results of data bases, organizing and publishing research NASA programs and include extensive data results.., even providing videos.
    [Show full text]
  • HTML5 and the Open Web Platform
    HTML5 and the Open Web Platform Stuttgart 28 May 2013 Dave Raggett <[email protected]> The Open Web Platform What is the W3C? ● International community where Members, a full-time staff and the public collaborate to develop Web standards ● Led by Web inventor Tim Berners-Lee and CEO Jeff Jaffe ● Hosted by MIT, ERCIM, Keio and Beihang ● Community Groups open to all at no fee ● Business Groups get more staff support ● Technical Working Groups ● Develop specs into W3C Recommendations ● Participants from W3C Members and invited experts ● W3C Patent process for royalty free specifications 3 Who's involved ● W3C has 377 Members as of 11 May 2013 ● To name just a few ● ACCESS, Adobe, Akamai, Apple, Baidu, BBC, Blackberry (RIM), BT, Canon, Deutsche Telekom, eBay, Facebook, France Telecom, Fujitsu, Google, Hitachi, HP, Huawei, IBM, Intel, LG, Microsoft, Mozilla, NASA, NEC, NTT DoCoMo, Nuance, Opera Software, Oracle, Panasonic, Samsung, Siemens, Sony, Telefonica, Tencent, Vodafone, Yandex, … ● Full list at ● http://www.w3.org/Consortium/Member/List 4 The Open Web Platform 5 Open Web Platform ● Communicate with HTTP, Web Sockets, XML and JSON ● Markup with HTML5 ● Style sheets with CSS ● Rich graphics ● JPEG, PNG, GIF ● Canvas and SVG ● Audio and Video ● Scripting with JavaScript ● Expanding range of APIs ● Designed for the World's languages ● Accessibility with support for assistive technology 6 Hosted and Packaged Apps ● Hosted Web apps can be directly loaded from a website ● Packaged Web apps can be locally installed on a device and run without the need for access to a web server ● Zipped file containing all the necessary resources ● Manifest file with app meta-data – Old work on XML based manifests (Web Widgets) – New work on JSON based manifests ● http://w3c.github.io/manifest/ ● Pointer to app's cache manifest ● List of required features and permissions needed to run correctly ● Runtime and security model for web apps ● Privileged apps must be signed by installation origin's private key 7 HTML5 Markup ● Extensive range of features ● Structural, e.g.
    [Show full text]
  • Platform Independent Web Application Modeling and Development with Netsilon Pierre-Alain Muller, Philippe Studer, Frédéric Fondement, Jean Bézivin
    Platform independent Web application modeling and development with Netsilon Pierre-Alain Muller, Philippe Studer, Frédéric Fondement, Jean Bézivin To cite this version: Pierre-Alain Muller, Philippe Studer, Frédéric Fondement, Jean Bézivin. Platform independent Web application modeling and development with Netsilon. Software and Systems Modeling, Springer Ver- lag, 2005, 4 (4), pp.424-442. 10.1007/s10270-005-0091-4. inria-00120216 HAL Id: inria-00120216 https://hal.inria.fr/inria-00120216 Submitted on 21 Feb 2007 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. Platform Independent Web Application Modeling and Development with Netsilon PIERRE-ALAIN MULLER INRIA Rennes Campus de Beaulieu, Avenue du Général Leclerc, 35042 Rennes, France pa.muller@ uha.fr PHILIPPE STUDER ESSAIM/MIPS, Université de Haute-Alsace, 12 rue des Frères Lumière, 68093 Mulhouse, France ph.studer@ uha.fr FREDERIC FONDEMENT EPFL / IC / UP-LGL, INJ œ Station 14, CH-1015 Lausanne EPFL, Switzerland frederic.fondement@ epfl.ch JEAN BEZIVIN ATLAS Group, INRIA & LINA, Université de Nantes, 2, rue de la Houssinière, BP 92208, 44322 Nantes, France jean.bezivin@ lina.univ-nantes.fr Abstract. This paper discusses platform independent Web application modeling and development in the context of model-driven engineering.
    [Show full text]
  • Websockets, JSON, HTML, CSS) Webpods When Installed Motivation Create Web Pages to Display Control System Data
    Web pods Accessing Control Data Through Web Standards (WebSockets, JSON, HTML, CSS) WebPODS when installed Motivation Create web pages to display control system data WebPODS (Protocol Oriented Distribution Service) • The Web PODS aims to provide real-time publish/subscribe communication using • WebSockets • JSON • Pure HTML/CSS widgets • Main benefits: • Uses web standards (any web client in any language) • Widgets can be configured through standard CSS • Data access outside of control network (possibly WAN) • Web pages do not need to live on the same server where the gateway is Chrome extension: Simple Web Socket Client HTML Probe (Danielle Connolly, UMich) Test javascript client (Danielle Connolly, UMich) Text monitor examples LED examples WebPODS Specify server location Adding text-monitor Adding led Specify color for “LOW” enum value GWT client (Enrique Schuhmacher, BNL) Using CS-Studio off site through Web Pods WebPODS Architecture WebPODS clients WebPODS Server Web Pods server configuration [xxx@diirt ~]# more .diirt/pods/web/mappings.xml <?xml version='1.0' encoding='UTF-8'?> <mappings version="1"> <mapping channel="calibration/constants" substitution="file:///path/to/file/table.csv" permission="READ_ONLY"/> <mapping channel="public-.*" permission="READ_WRITE"/> <mapping channel="cf-tag-(.\w)" substitution="=cfQuery($1)" permission="READ_ONLY"/> <mapping channel="sim/(.*)" substitution="sim://$1" permission="READ_ONLY"/> </mappings> Access security planned, not yet implemented • Use wss (like https) for authentication • Use username/role/unix group/host for authorization Be careful not to expose too much Web Pods • Rebroadcast data using Web sockets and JSON • Play nice with firewalls, get WAN notifications, data available to web tools, server is one class (no logic, a pass-through to pvmanager), should scale (different sockets on different servers, not tested) • Not a substitute to CA/PVA.
    [Show full text]
  • Seamless Offloading of Web App Computations from Mobile Device to Edge Clouds Via HTML5 Web Worker Migration
    Seamless Offloading of Web App Computations From Mobile Device to Edge Clouds via HTML5 Web Worker Migration Hyuk Jin Jeong Seoul National University SoCC 2019 Virtual Machine & Optimization Laboratory Department of Electrical and Computer Engineering Seoul National University Computation Offloading Mobile clients have limited hardware resources Require computation offloading to servers E.g., cloud gaming or cloud ML services for mobile Traditional cloud servers are located far from clients Suffer from high latency 60~70 ms (RTT from our lab to the closest Google Cloud DC) Latency<50 ms is preferred for time-critical games Cloud data center End device [Kjetil Raaen, NIK 2014] 2 Virtual Machine & Optimization Laboratory Edge Cloud Edge servers are located at the edge of the network Provide ultra low (~a few ms) latency Central Clouds Mobile WiFi APs Small cells Edge Device Cloud Clouds What if a user moves? 3 Virtual Machine & Optimization Laboratory A Major Issue: User Mobility How to seamlessly provide a service when a user moves to a different server? Resume the service at the new server What if execution state (e.g., game data) remains on the previous server? This is a challenging problem Edge computing community has struggled to solve it • VM Handoff [Ha et al. SEC’ 17], Container Migration [Lele Ma et al. SEC’ 17], Serverless Edge Computing [Claudio Cicconetti et al. PerCom’ 19] We propose a new approach for web apps based on app migration techniques 4 Virtual Machine & Optimization Laboratory Outline Motivation Proposed system WebAssembly
    [Show full text]
  • A Light-Weight Time Protocol Based on Common Web Standards
    A light-weight time protocol based on common web standards M. Gutbrod, T. Klein, D. Sibold Physikalisch-Technische Bundesanstalt 38116 Braunschweig, Germany [email protected] Abstract—Distributed systems are an essential part of Industry Highest accuracy can be reached by using PTP (Precision 4.0 and IoT. In order to perform properly they depend on time Protocol) if the IT infrastructure fully complies to PTP unambiguous time information while their stripped-down requirements [4]. The current standard only provides an hardware prevents the use of extensive protocols and algorithms. experimental annex for the integrity protection of PTP messages We developed a light-weight protocol for time transmission aiming which was never well adopted and implemented. Thus, the for simplicity, security and broad applicability by relying solely on current effort to revise the PTP specification includes a plan to common web standards. In this paper the new websocket time provide a new security mechanism for PTP. protocol (WST) will be presented. Our aim was to develop a light-weight and secure time Keywords—time protocol, websocket, ntp, time transmission, protocol that is universally usable. Therefore, it is solely based WST on technologies that are available on virtually every IoT device communicating via internet. I. INTRODUCTION The digital transformation is, among others, driven by the II. WEBSOCKET emergence of distributed systems which may for example Websocket was developed to allow efficient bidirectional consist of a large number of sensors performing measuring tasks. communication with low overhead over TCP connections and is In order to correlate their data, it is important that all sensors, or designed to be compatible with the HTTP protocol.
    [Show full text]
  • An Introduction to AJAX
    An Introduction to AJAX By : I. Moamin Abughazaleh Page 2 /25 How HTTP works? Classical HTTP Process 1. The visitor requests a page Page 3 /25 2. The server send the entire HTML, CSS and Javascript code at once to the client 3. So, the communication is synchronious Page 4 /25 What is Javascript programming actually? What is Javascript programming? It is programming the browsers. So, we are limited to the objects that the Page 5 /25 browser presents us An Alternative for Managing requests - AJAX AJAX stands for Asynchronous JavaScript And XML. AJAX is based on XMLHttpRequest object of Page 6 /25 Javascript - so the browser and XMLHttpRequest is a standard http://www.w3.org/TR/XMLHttpRequest/ It was introduced with IE-5.0 as an ActiveX object (1999) Later all the major browsers added XMLHttpRequest into their object bases. AJAX = Asynchronous JavaScript and XML It is a technique for creating better, faster, and more interactive web applications With XMLHttpRequest object JavaScript can trade data with a web server, without reloading Page 7 /25 the page AJAX uses “asynchronous data transfer” => allowing web pages to request small bits of information from the server instead of whole pages We can create desktop application like web applications using AJAX, this paradigm is also called “WEB 2.0” programming AJAX - Based on Web Standards AJAX is based on the following web standards: XHTML and CSS Presentation DOM Dynamic display of and interaction with data XML and XSLT Tranfering data back and forth Page 8 /25 XMLHttpRequest Asynchronous transfer of data Javascript Bring these technologies together AJAX applications are browser and platform independent The XMLHttpRequest object is supported in Internet Explorer 5.0+, Safari 1.2, Mozilla 1.0 / Firefox, Opera 8+, and Netscape 7.
    [Show full text]
  • Web-Based Information Visualisation Using Javascript and Webgl
    Eurographics Conference on Visualization (EuroVis) (2014) Short Papers N. Elmqvist, M. Hlawitschka, and J. Kennedy (Editors) FluidDiagrams: Web-Based Information Visualisation using JavaScript and WebGL Keith Andrews1 and Benedict Wright2 1Institute for Information Systems and Computer Media (IICM), Graz University of Technology, Austria 2Institute for Software Technology (IST), Graz University of Technology, Austria Abstract Much attention has been focused on the provision of information graphics and visualisations inside a web browser. Currently available infovis toolkits produce graphical output by either injecting SVG nodes into the DOM or using the JavaScript Canvas 2D API. FluidDiagrams is a prototype information visualisation framework written in JavaScript which uses the WebGL 3D JavaScript API for its output, falling back to Canvas 2D as necessary, via the Three.js library. Six visualisations are currently implemented: bar chart and line chart, scatter plot and parallel coordinates for multidimensional data, and cone tree and hyperbolic for hierarchies. Anecdotally, visualisations using SVG nodes in the DOM for output can become rather sluggish when display- ing more than a few dozen items. Visualisations using Canvas 2D exhibit similarly slow performance. WebGL utilises hardware acceleration where available and promises much better performance for complex visualisations, potentially in the order of many thousands of items without becoming unresponsive. A comparison of parallel coordinates visualisations with 100 records in 20 dimensions compared three imple- mentations: FluidDiagrams (WebGL), FluidDiagrams (Canvas 2D), and D3 (using SVG nodes). They achieved 62, 6, and 10 frames per second respectively. The FluidDiagrams (WebGL) implementation was able to render 1,000 records in 20 dimensions at 18 frames per second, compared to 1 and 6 respectively.
    [Show full text]
  • The Viability of the Web Browser As a Computer Music Platform
    Lonce Wyse and Srikumar Subramanian The Viability of the Web Communications and New Media Department National University of Singapore Blk AS6, #03-41 Browser as a Computer 11 Computing Drive Singapore 117416 Music Platform [email protected] [email protected] Abstract: The computer music community has historically pushed the boundaries of technologies for music-making, using and developing cutting-edge computing, communication, and interfaces in a wide variety of creative practices to meet exacting standards of quality. Several separate systems and protocols have been developed to serve this community, such as Max/MSP and Pd for synthesis and teaching, JackTrip for networked audio, MIDI/OSC for communication, as well as Max/MSP and TouchOSC for interface design, to name a few. With the still-nascent Web Audio API standard and related technologies, we are now, more than ever, seeing an increase in these capabilities and their integration in a single ubiquitous platform: the Web browser. In this article, we examine the suitability of the Web browser as a computer music platform in critical aspects of audio synthesis, timing, I/O, and communication. We focus on the new Web Audio API and situate it in the context of associated technologies to understand how well they together can be expected to meet the musical, computational, and development needs of the computer music community. We identify timing and extensibility as two key areas that still need work in order to meet those needs. To date, despite the work of a few intrepid musical Why would musicians care about working in explorers, the Web browser platform has not been the browser, a platform not specifically designed widely considered as a viable platform for the de- for computer music? Max/MSP is an example of a velopment of computer music.
    [Show full text]
  • WTP-101 Developing Web Applications with Standards Using W3C Org Standard Technologies Such As, HTML, CSS, XML, XSD and XSL Attributions
    WTP-101 Developing Web Applications with Standards using W3C org standard technologies such as, HTML, CSS, XML, XSD and XSL Attributions • World Wide Web Consortium – http://www.w3c.org • Sandra Clark – CSS for Better Sites – CFUN04 – http://www.cfconf.org/ This course is made available under a Creative Commons Attribution-Share Alike 3.0 License Copyright 2008, Eteration A.S. Web Standards Module Road Map ●Web Standards ●Web Architecture: Resources, URI and HTTP ●HTML and XHTML ●XML, XML Schemas and XML Parsing ●CSS ●XSLT This course is made available under a Creative Commons Attribution-Share Alike 3.0 License Copyright 2008, Eteration A.S. What are Web Standards • Worldwide Web Consortium (W3C) – Recommends Standards for Web Development • Recommendations: http://www.w3.org Specifications for the Web's formats and protocols must be compatible with one another and allow (any) hardware and software used to access the Web to work together This course is made available under a Creative Commons Attribution-Share Alike 3.0 License Copyright 2008, Eteration A.S. w3c.org – The “one” web • The W3C Technology Stack Figure: http://www.w3.org/Consortium/technology This course is made available under a Creative Commons Attribution-Share Alike 3.0 License Copyright 2008, Eteration A.S. What Standards? • Standards for the Web means: – Structural Languages • HTML – Publishing Language of the Web • XHTML - Extensible Hypertext Markup Language 1.0 and 1.1 • XML - Extensible Markup Language 1.0 – Transformations • XSL - Extensible Stylesheet Language • XPath – XML Path Language – Presentation • CSS - Cascading Style Sheets Levels 1 and 2 – as well as emerging standards, such as those for television and PDA based User Agents This course is made available under a Creative Commons Attribution-Share Alike 3.0 License Copyright 2008, Eteration A.S.
    [Show full text]
  • Design and Implementation of a Web-Based Application for the Visualization of Large Scale Photogrammetric and Cartographic Data
    DESIGN AND IMPLEMENTATION OF A WEB-BASED APPLICATION FOR THE VISUALIZATION OF LARGE SCALE PHOTOGRAMMETRIC AND CARTOGRAPHIC DATA Maria Spanaki a, Lysandros Tsoulos b a Surveying Eng. MSc Geomatics – PhD Student, b Assoc. Professor NTUA Cartography Laboratory, Faculty of Rural and Surveying Engineering National Technical University of Athens 9 H. Polytechniou, 157 80 Zographou Campus, Athens, Greece [email protected], [email protected] KEY WORDS: Photogrammetry, Cartography, Web-based, Standards, Open systems ABSTRACT: The objective of this paper is to show the way multiple source data like aerial photos, maps and descriptive information are combined and amalgamated to form an Internet or Intranet application. The visual outcome is a large scale, precise and detailed image/map displaying the interiors of buildings in a layered fashion, enabling the user to interact with the objects shown on it. Scalable Vector Graphics - SVG is an XML language for the encoding/representation of two dimensional vector data, especially designed for integration with other web standards. SVG provides those basic structures, which are needed for map generation and overcomes the disadvantages inherent to bitmap images displaying spatial data. In the domain of spatial data, SVG constitutes a new powerful standard for visualization and has a great potential along with other XML encoding languages like Geographic Markup Language - GML, Extensible Stylesheet Language Transformation – XSLT and Cascading Style Sheets – CSS for the development of Web- based applications utilizing open source software and standards. This paper elaborates on the way SVG data is generated from existing cartographic and photogrammetric sources and the use of scripts in order to provide the user with interactive and animation capabilities, resulting to a comprehensive and user friendly map in the Internet.
    [Show full text]
  • Guideline for Securing Your Web Browser P a G E | 2
    CMSGu2011-02 CERT-MU SECURITY GUIDELINE 2011 - 02 Mauritian Computer Emergency Response Team Enhancing Cyber Security in Mauritius Guideline For Securing Your Web Browser National Computer Board Mauritius JuJunene 2011 2011 Version 1.7 IssueIssue No. No. 4 2 National Computer Board © Table of Contents 1.0 Introduction .......................................................................................................................... 7 1.1 Purpose and Scope ........................................................................................................... 7 1.2 Audience........................................................................................................................... 7 1.3 Document Structure.......................................................................................................... 7 2.0 Background .......................................................................................................................... 8 3.0 Types of Web Browsers ....................................................................................................... 9 3.1 Microsoft Internet Explorer .............................................................................................. 9 3.2 Mozilla Firefox ................................................................................................................. 9 3.3 Safari ................................................................................................................................ 9 3.4 Chrome ..........................................................................................................................
    [Show full text]