A Web Jelölőnyelvei
Total Page：16
File Type：pdf, Size：1020Kb
Load more
Recommended publications
-
Consonant Characters and Inherent Vowels
Global Design: Characters, Language, and More Richard Ishida W3C Internationalization Activity Lead Copyright © 2005 W3C (MIT, ERCIM, Keio) slide 1 Getting more information W3C Internationalization Activity http://www.w3.org/International/ Copyright © 2005 W3C (MIT, ERCIM, Keio) slide 2 Outline Character encoding: What's that all about? Characters: What do I need to do? Characters: Using escapes Language: Two types of declaration Language: The new language tag values Text size Navigating to localized pages Copyright © 2005 W3C (MIT, ERCIM, Keio) slide 3 Character encoding Character encoding: What's that all about? Copyright © 2005 W3C (MIT, ERCIM, Keio) slide 4 Character encoding The Enigma Photo by David Blaikie Copyright © 2005 W3C (MIT, ERCIM, Keio) slide 5 Character encoding Berber 4,000 BC Copyright © 2005 W3C (MIT, ERCIM, Keio) slide 6 Character encoding Tifinagh http://www.dailymotion.com/video/x1rh6m_tifinagh_creation Copyright © 2005 W3C (MIT, ERCIM, Keio) slide 7 Character encoding Character set Character set ⴰ ⴱ ⴲ ⴳ ⴴ ⴵ ⴶ ⴷ ⴸ ⴹ ⴺ ⴻ ⴼ ⴽ ⴾ ⴿ ⵀ ⵁ ⵂ ⵃ ⵄ ⵅ ⵆ ⵇ ⵈ ⵉ ⵊ ⵋ ⵌ ⵍ ⵎ ⵏ ⵐ ⵑ ⵒ ⵓ ⵔ ⵕ ⵖ ⵗ ⵘ ⵙ ⵚ ⵛ ⵜ ⵝ ⵞ ⵟ ⵠ ⵢ ⵣ ⵤ ⵥ ⵯ Copyright © 2005 W3C (MIT, ERCIM, Keio) slide 8 Character encoding Coded character set 0 1 2 3 0 1 Coded character set 2 3 4 5 6 7 8 9 33 (hexadecimal) A B 52 (decimal) C D E F Copyright © 2005 W3C (MIT, ERCIM, Keio) slide 9 Character encoding Code pages ASCII Copyright © 2005 W3C (MIT, ERCIM, Keio) slide 10 Character encoding Code pages ISO 8859-1 (Latin 1) Western Europe ç (E7) Copyright © 2005 W3C (MIT, ERCIM, Keio) slide 11 Character encoding Code pages ISO 8859-7 Greek η (E7) Copyright © 2005 W3C (MIT, ERCIM, Keio) slide 12 Character encoding Double-byte characters Standard Country No. -
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. -
SMIL) Boston Specification W3C Working Draft 3-August-1999
next contents Synchronized Multimedia Integration Language (SMIL) Boston Specification W3C Working Draft 3-August-1999 This version: http://www.w3.org/1999/08/WD-smil-boston-19990803 Latest version: http://www.w3.org/TR/smil-boston Previous version: http://www.w3.org/AudioVideo/Group/smil-boston-19990723 (W3C members only) Editors: Jeff Ayars (RealNetworks), Aaron Cohen (Intel), Ken Day (Macromedia), Erik Hodge (RealNetworks), Philipp Hoschka (W3C), Rob Lanphier (RealNetworks), Nabil Layaïda (INRIA), Jacco van Ossenbruggen (CWI), Lloyd Rutledge (CWI), Bridie Saccocio (RealNetworks), Patrick Schmitz (Microsoft), Warner ten Kate (Philips), Ted Wugofski (Gateway), Jin Yu (Compaq) Copyright © 1999 W3C ® ( MIT, INRIA, Keio), All Rights Reserved. W3C liability, trademark, document use and software licensing rules apply. Abstract This document specifies the "Boston" version of the Synchronized Multimedia Integration Language (SMIL, pronounced "smile"). SMIL Boston has the following two design goals: ● Define a simple XML-based language that allows authors to write interactive multimedia presentations. Using SMIL Boston, an author can describe the temporal behavior of a multimedia presentation, associate hyperlinks with media objects and describe the layout of the presentation on a screen. ● Allow reusing of SMIL syntax and semantics in other XML-based languages, in particular those who need to represent timing and synchronization. For example, SMIL Boston components should be used for integrating timing into XHTML. Status of this document This section describes the status of this document at the time of its publication. Other documents may supersede this document. The latest status of this document series is maintained at the W3C. This document is the first working draft of the specification for the next version of SMIL code-named "Boston". -
Picking a Rendering Mode
1245xAPPA 7/17/02 9:26 AM Page 1 PICKING A RENDERING MODE Standing in the middle of yesterday Where it all went wrong—where we made mistakes I’m sorry for the things I forgot to say But it won’t be long until it will be okay —RAINE M AIDA SUPPOSE YOU’VE SPENT A FEW YEARS and several million dollars developing a product that rapidly scans Dewey Decimal numbers on book spines and sends those num- bers to a central database. This enables libraries to keep track of what they physically have on hand. You sell your product to hundreds of libraries all over the country and get a lot of rave reviews. Then one day a large number of libraries decide to abandon Dewey and go to an alternate system, one that allows for more expansion. Many of your customers will be making this switch, but they still want to use your device. They’re willing to pay for an upgrade, and you could provide one, but if you change the product to use this new system, it won’t read the Dewey numbers any- more. That would prevent your other, Dewey-based clients from buying the upgrade and would turn away some new customers. 1245xAPPA 7/17/02 9:26 AM Page 2 2 The simple answer is to build both systems into the device and put a switch on the side so that users can pick which scanning mode they want. This gives you a more flexible device that doesn’t turn away any customers. -
Doctype Switching in Modern Browsers
Thomas Vervik, July 2007 Doctype switching in modern browsers Summary: Some modern browsers have two rendering modes. Quirk mode renders an HTML document like older browsers used to do it, e.g. Netscape 4, Internet Explorer 4 and 5. Standard mode renders a page according to W3C recommendations. Depending on the document type declaration present in the HTML document, the browser will switch into either quirk mode, almost standard or standard mode. If there is no document type declaration present, the browser will switch into quirk mode. This paragraph summaries this article. I will explain how the main browsers on the marked today determine which rendering mode to use when rendering the (x)html documents they receive. I have tested nearly all my assertions in Internet Explorer 6, Firefix 2 and Opera 9.02. The validation is done at the official W3 validation page http://validator.w3.org. Some of my assertions are tested using pages on the net. This is done when testing the media types ‘text/html’ and ‘application/xhtml+xml’with html and xhtml with both legal and illegal syntax. My previous article was full of vague assertions and even things that were directly wrong. This should not be the case in this article where nearly all the assertions are tested. One section I should be humble about is the ‘Doctype dissection’. Finding good sources decribing these in more detail than pages and books just briefly describing their syntax proved hard, but I have done my best and have also described in the text which section I’m certain about and the one I am more uncertain about. -
Will HTML 5 Restandardize the Web?
TECHNOLOGY NEWS Will HTML 5 Restandardize the Web? Steven J. Vaughan-Nichols The World Wide Web Consortium is developing HTML 5 as a stan- dard that provides Web users and developers with enhanced func- tionality without using the proprietary technologies that have become popular in recent years. n theory, the Web is a resource enhanced functionality without using “Microsoft is investing heavily in that is widely and uniformly proprietary technologies. the W3C HTML 5 effort, working with usable across platforms. As Indeed, pointed out Google our competitors and the Web commu- such, many of the Web’s researcher Ian Hickson, one of the nity at large. We want to implement key technologies and archi- W3C’s HTML 5 editors, “One of our ratified, thoroughly tested, and stable Itectural elements are open and goals is to move the Web away from standards that can help Web interop- platform-independent. proprietary technologies.” erability,” said Paul Cotton, cochair of However, some vendors have The as-yet-unapproved standard the W3C HTML Working Group and developed their own technologies takes HTML from simply describing Microsoft’s group manager for Web that provide more functionality than the basics of a text-based Web to creat- services standards and partners in Web standards—such as the ability to ing and presenting animations, audio, the company’s Interoperability Strat- build rich Internet applications. mathematical equations, typefaces, egy Team. Adobe System’s Flash, Apple’s and video, as well as providing offline At the same time though, Web QuickTime, and Microsoft’s Silverlight functionality. It also enables geoloca- companies say their proprietary tech- are examples of such proprietary tion, a rich text-editing model, and nologies are already up and running, formats. -
Demo: Html5 Structure
Demo: html5 structure Simple Text/Web Editor • TextEdit –make plain text (osx) • Notepad++ (windows) • TextWrangler (osx) • Coda 2 (osx) • Sublime Text 2 (osx & windows) • Brackets (osx & windows) General Workflow (nomadic version) • Set up/verify web folder on local hard drive • Set up FTP (file transfer protocol) client • Download web files (html, css, jpg, gif, png) from server to local folder • Open/create web files from the local web folder (ONLY) • Edit web files • Test locally in browser (chrome) • Chrome inspect element • Validate code (w3c validator) • Upload web files from local drive to server • Test live in browser (multiple browsers) Coda 2 Setup • Launch Coda • Add new site o Nickname > general site keywords o Protocol > SFTP o Server > redwood.colorado.edu o User Name > youridentikey o Password > your redwood password o Root URL > http://redwood.colorado.edu/youridentikey ! Include subdirectory if applicable o Local URL > leave blank (advanced local server feature) o Remote Root > blank for root directory ! Subdirectory if applicable o Local Root > Set to local web folder • Double click on site thumbnail to launch • Select Files • Verify local and remote (server) connection • !!!Coda bug – Quit Coda and re-launch application • Double click on site thumbnail again • Test o Open local html page o Make minor change (carriage return) o Save o Badge should pop up on publish icon • Good to go. What is html? • acronym for hypertext markup language • hypertext means ability jump to another document (links) • markup is a language for describing web pages. • markup tags define the structure of content in web pages • “view source” in any browser to see the html markup of a webpage html tags • html markup is called “tags” • tags are special keywords surrounded by angle brackets o <html> <body><head><title> • html tags normally come in pairs o <p> …. -
DOCTYPE Sniffing
06_576429 ch02.qxd 11/18/04 12:28 PM Page 17 2 Document Standards This chapter explores the various options for a document foundation. CSS is a dynamic tool, in that you can use it in more than one type of document, including HTML, XHTML, and XML docu- ments. Each type of document may have several variations, flavors, or degrees of strictness. This chapter describes what’s involved in creating each type. Document standards are something very important to the aspiring CSS web designer. Inclusion of a Document Type Declaration (explained in a moment) and a well-formed document may mean the difference between a splitting, grueling headache and a mark-up document including CSS that works as expected in all the major browsers. Chapter 1 discussed the W3C body, the group assem- bled to decide on web standards. This chapter examines the various documents into which you can incorporate CSS, describing what each document looks like and giving you a few very basic examples of each document in action. The explanation of each topic in the following list is quite lengthy and can easily fill an entire book. This chapter covers only the basics, including ❑ Writing mark-up ❑ Obtaining the required web browsers ❑ Introduction to HTML, XML, and XHTML ❑ Introduction to the Document Type Declaration ❑ DOCTYPECOPYRIGHTED sniffing and how to invoke standards MATERIAL mode ❑ Creating web documents that survive and perpetuate into the foreseeable future Choosing Which Markup Language to Use HTML, XHTML, and XML are all based on SGML, which stands for Standard Generalized Markup Language. SGML is the parent of tag-based languages like HTML, XHTML, and XML, although it is not limited to these three examples. -
D3.3 Workshop Report
Ref. Ares(2011)1319643 - 07/12/2011 OMWeb Open Media Web Deliverable N° D3.3 Standardisation Workshop report 3 December 2011 D3.3 Standardisation Workshop Report 3 Page 1 of 71 Standardisation Workshop Report 3 Name, title and organisation of the scientific representative of the project's coordinator1: Dr Philipp Hoschka Tel: +33-4-92385077 Fax: +33-4-92385011 E-mail: [email protected] Project website2 address: http://openmediaweb.eu/ Project Grant Agreement number 248687 Project acronym: OMWeb Project title: Open Media Web Funding Scheme: Coordination & Support Action Date of latest version of Annex I against which the August 15, 2009 assessment will be made: Deliverable number: D3.3 Deliverable title Standardisation Workshop Report 3 Contractual Date of Delivery: M24 Actual Date of Delivery: December 5, 2011 Editor (s): François Daoust Author (s): François Daoust Reviewer (s): Dr. Philipp Hoschka Participant(s): ERCIM/W3C Work package no.: 3 Work package title: Standardisation Work package leader: François Daoust Work package participants: ERCIM/W3C Distribution: PU Version/Revision (Draft/Final): Version 1 Total N° of pages (including cover): 71 Keywords: HTML5, Games, Standardisation, W3C 1 Usually the contact person of the coordinator as specified in Art. 8.1. of the grant agreement 2 The home page of the website should contain the generic European flag and the FP7 logo which are available in electronic format at the Europa website (logo of the European flag: http://europa.eu/abc/symbols/emblem/index_en.htm ; logo of the 7th FP: http://ec.europa.eu/research/fp7/index_en.cfm?pg=logos). The area of activity of the project should also be mentioned. -
HTML 5.0 Specification Released As a Stable W3C Recommendation
INTERNET SYSTEMS H T M L 5 TOMASZ PAWLAK, PHD MARCIN SZUBERT, PHD POZNAN UNIVERSITY OF TECHNOLOGY, INSTITUTE OF COMPUTING SCIENCE PRESENTATION OUTLINE • History and Motivation • HTML5 basics • HTML5 features • Semantics • Connectivity • Offline & Storage • Multimedia • 2D/3D Graphics & Effects • Performance & Integration • Device Access • Styling MODERN WEB APPLICATION DATABASE SERVER HISTORICAL PERSPECTIVE • 1991 — HTML Tags, an informal CERN document • 1993 — HTML Internet Draft published by the IETF • 1995 — HTML 2.0 (RFC 1866) published by the IETF • 1997 — HTML 3.2 published as a W3C Recommendation • 1997 — HTML 4.0 published as a W3C Recommendation: • Transitional, which allowed for deprecated elements • Strict, which forbids deprecated elements • Frameset, which allowed embedding multiple documents using frames • 1998 — W3C decided to stop evolving HTML and instead begin work on an XML-based equivalent, called XHTML HISTORICAL PERSPECTIVE — XHTML • 2000 — XHTML 1.0 published as W3C Recommendation: • reformulation of HTML 4 as an application of XML 1.0, offering stricter rules for writing and parsing markup: lower case tags, end tags for all elements, quoting attributes, escaping ampersands • new MIME type application/xhtml+xml enforces draconian error handling in web browsers. • combatibility guidelines: allowed serving pages as HTML (text/html) to continue using forgiving error handling in HTML parsers. • 2002-2006 — W3C released working drafts of XHTML 2.0 which break backward compatibility. • 2009 — W3C abandoned the work on -
DOCTYPE, Rendering Engines, & Web Inspectors
VC 238 :: Week 02 1 of 4 05 October 2021 week::two DOCTYPE, Rendering Engines, & Web Inspectors A Quick History of Browsers Mosaic, Netscape Navigator, Internet Explorer, Firefox, Safari, Chrome, and more… Designing with Web Standards Structure o HTML, HTML5 Presentation o CSS, CSS3 Behavior o ECMAScript (JavaScript; jQuery) o DOM (Document Object Model) Introducing the DOCTYPE Defined o A method of instructing a Web browser which layout mode to use when displaying a page. Modes o Quirks Mode § In the Quirks mode, browsers violate contemporary Web format specifications in order to avoid “breaking” pages authored according to practices that were prevalent in the late 1990s. o Standards Mode (aka: No Quirks Mode) § In the Standards mode, browsers try to give conforming documents the specification-wise correct treatment to the extent implemented in a particular browser. HTML5 calls this mode the “no quirks mode.” o Almost Standards Mode § Firefox, Safari, Chrome, Opera (since 7.5) and IE8 also have a mode known as “Almost Standards mode,” that implements the vertical sizing of table cells traditionally and not rigorously according to the CSS2 specification. HTML5 calls this mode the “limited quirks mode.” Examples o XHTML 1.0 Transitional § <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> o XHTML 1.0 Strict § <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> o HTML5 § <!DOCTYPE html> Sources o http://diveintohtml5.info/semantics.html -
HTML5 Audio 1 HTML5 Audio
HTML5 Audio 1 HTML5 Audio HTML • HTML and HTML5; HTML editor • Dynamic HTML • XHTML • XHTML Basic (Mobile) • XHTML Mobile Profile and C-HTML • HTML element • Span and div • HTML attribute • Character encodings; Unicode • Language code • Document Object Model • Browser Object Model • Style sheets and CSS • Font family and Web colors • HTML scripting and JavaScript • W3C, WHATWG, and validator • Quirks mode • HTML Frames • HTML5 Canvas, WebGL, and WebCL • HTML5 Audio and HTML5 video • Web storage • Web browser (layout) engine • Comparison of • document markup languages • web browsers • layout engine support for • HTML; Non-standard HTML • XHTML (1.1) • HTML5; HTML5 canvas, • HTML5 media (Audio, Video) • v • t [1] • e HTML5 Audio is a subject of the HTML5 specification, investigating audio input, playback, synthesis, as well as speech to text in the browser. HTML5 Audio 2 <audio> element The <audio> element represents a sound, or an audio stream.[2] It is commonly used to play back a single audio file within a web page, showing a GUI widget with play/pause/volume controls. Supported browsers • PC • Google Chrome • Internet Explorer 9 • Mozilla Firefox 3.5 • Opera 10.5 • Safari 3.1[3] • Mobile • Android Browser 2.3 • Blackberry Browser • Google Chrome for Android • Internet Explorer Mobile 9 • Mobile Safari 4 • Mozilla Firefox for Android • Opera Mobile 11 • Tizen Supported audio codecs This table documents the current support for audio codecs by the <audio> element. Browser Operating Formats supported by different web browsers system Ogg