Towards the Generation of Mobile Device Markup from Web Pages
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
Use of RSS Feeds for Content Adaptation in Mobile Web Browsing
Use of RSS feeds for Content Adaptation in Mobile Web Browsing Alexander Blekas John Garofalakis Vasilios Stefanis University of Patras University of Patras University of Patras Computer Engineering & Informatics Computer Engineering & Informatics Computer Engineering & Informatics Department Department Department 26500 Patras, Greece 26500 Patras, Greece 26500 Patras, Greece Computer Technology Institute Computer Technology Institute Computer Technology Institute 26500 Patras, Greece 26500 Patras, Greece 26500 Patras, Greece +306932321212 +302610997866 +306973281930 [email protected] [email protected] [email protected] ABSTRACT device’ refers to a device specially designed for synchronous and While mobile phones are becoming more popular, wireless asynchronous communication while the user is on the move. It communication vendors and device manufacturers are seeking includes a wide variety of appliances such as PDAs and new applications for their products. Access to the large corpus of mobile/smart phones. Tablet PCs are also included in the category Internet information is a very prominent field, however the of mobile devices, however they are bigger in size and more technical limitations of mobile devices pose many challenges. costly to acquire. Mobile phones are by far the most popular Browsing the Internet using a mobile phone is a large scientific mobile devices. Among the many facilities they provide is access and cultural challenge. Web content must be adapted before it can to the Internet, however browsing using a mobile phone is not as be accessed by a mobile browser. In this work we build on the easy as browsing using a common desktop PC. Screen size and proxy server solution to present a new technique that uses Really resolution, number of supported colors, entering text method, Simple Syndication (RSS) feeds for the adaptation of web content computation power, memory size, rate of data transfer and energy for use in mobile phones. -
ABBREVIATIONS EBU Technical Review
ABBREVIATIONS EBU Technical Review AbbreviationsLast updated: January 2012 720i 720 lines, interlaced scan ACATS Advisory Committee on Advanced Television 720p/50 High-definition progressively-scanned TV format Systems (USA) of 1280 x 720 pixels at 50 frames per second ACELP (MPEG-4) A Code-Excited Linear Prediction 1080i/25 High-definition interlaced TV format of ACK ACKnowledgement 1920 x 1080 pixels at 25 frames per second, i.e. ACLR Adjacent Channel Leakage Ratio 50 fields (half frames) every second ACM Adaptive Coding and Modulation 1080p/25 High-definition progressively-scanned TV format ACS Adjacent Channel Selectivity of 1920 x 1080 pixels at 25 frames per second ACT Association of Commercial Television in 1080p/50 High-definition progressively-scanned TV format Europe of 1920 x 1080 pixels at 50 frames per second http://www.acte.be 1080p/60 High-definition progressively-scanned TV format ACTS Advanced Communications Technologies and of 1920 x 1080 pixels at 60 frames per second Services AD Analogue-to-Digital AD Anno Domini (after the birth of Jesus of Nazareth) 21CN BT’s 21st Century Network AD Approved Document 2k COFDM transmission mode with around 2000 AD Audio Description carriers ADC Analogue-to-Digital Converter 3DTV 3-Dimension Television ADIP ADress In Pre-groove 3G 3rd Generation mobile communications ADM (ATM) Add/Drop Multiplexer 4G 4th Generation mobile communications ADPCM Adaptive Differential Pulse Code Modulation 3GPP 3rd Generation Partnership Project ADR Automatic Dialogue Replacement 3GPP2 3rd Generation Partnership -
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 -
Wireless Application Protocol WAP
Wireless Application Protocol WAP F. Ricci 2008/2009 Content Web and mobility Problems of HTML in the mobile context Wap 1.x Motivations Features Architecture Examples of WML (Wireless Markup Language) pages Wap 2.0 XHTML MP Examples Differences with Wap 1.x Examples World Wide Web and mobility Protocol (HTTP, Hypertext Transfer Protocol) and language (HTML, Hypertext Markup Language) of the Web have not been designed for mobile applications and mobile devices, thus creating many problems! Typical transfer sizes HTTP request: 100-350 byte responses avg. <10 kbyte, header 160 byte, GIF 4.1kByte, JPEG 12.8 kbyte, HTML 5.6 kbyte but also many large files that cannot be ignored The Web is not a file system Web pages are not simple files to download static and dynamic content, interaction with servers via forms, content transformation, push technologies etc. many hyperlinks, automatic loading and reloading, redirecting a single click might have big consequences! HTML and mobile devices HTML designed for computers with “high” performance, color high-resolution display, mouse, hard disk typically, web pages optimized for design, not for communication Mobile devices often only small, low-resolution displays, very limited input interfaces (small touch-pads, soft-keyboards) Additional “features” animated GIF, Java AWT, Frames, ActiveX Controls, Shockwave, movie clips, audio, ... many web pages assume true color, multimedia support, high-resolution and many plug-ins Web pages ignore the heterogeneity of end-systems! -
Tr 126 907 V14.0.0 (2017-04)
ETSI TR 126 907 V14.0.0 (2017-04) TECHNICAL REPORT Universal Mobile Telecommunications System (UMTS); LTE; HTML5 for a new presentation layer in 3GPP services (3GPP TR 26.907 version 14.0.0 Release 14) 3GPP TR 26.907 version 14.0.0 Release 14 1 ETSI TR 126 907 V14.0.0 (2017-04) Reference RTR/TSGS-0426907ve00 Keywords LTE,UMTS ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N° 348 623 562 00017 - NAF 742 C Association à but non lucratif enregistrée à la Sous-Préfecture de Grasse (06) N° 7803/88 Important notice The present document can be downloaded from: http://www.etsi.org/standards-search The present document may be made available in electronic versions and/or in print. The content of any electronic and/or print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any existing or perceived difference in contents between such versions and/or in print, the only prevailing document is the print of the Portable Document Format (PDF) version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at https://portal.etsi.org/TB/ETSIDeliverableStatus.aspx If you find errors in the present document, please send your comment to one of the following services: https://portal.etsi.org/People/CommiteeSupportStaff.aspx Copyright Notification No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm except as authorized by written permission of ETSI. -
Matml: XML for Information Exchange with Materials Property Data
MatML: XML for Information Exchange with Materials Property Data Aparna S. Varde1,2 Edwin F. Begley Sally Fahrenholz-Mann 1. Department of Computer Science Computer Integrated Building Electronic Publishing and Content 2. Materials Science Program Processes Group Management Worcester Polytechnic Institute (WPI) National Institute of Standards and ASM International Worcester, MA, USA Technology (NIST) Materials Park, OH, USA [email protected] Gaithersburg, MD, USA sally.fahrenholz- [email protected] [email protected] ABSTRACT 1. INTRODUCTION This paper describes the development and use of MatML, the XML, the eXtensible Markup Language is today a widely Materials Markup Language. MatML is an emerging XML accepted standard for storage and exchange of information. It standard intended primarily for the exchange of materials serves a twofold purpose of providing a data model for storing property information. It provides a medium of communication for information and a medium of communication for exchanging users in materials science and related fields such as manufacturing information over the worldwide web [29]. and aerospace. It sets the stage for the development of semantic Domain-specific markup languages are often defined within the web standards to enhance knowledge discovery in materials context of XML to serve as the means for storing and exchanging science and related areas. MatML has been used in applications information in the respective domains. Some examples of such such as the development of materials digital libraries and analysis markup languages include [14, 9]: of contaminant emissions data. Data mining applications of MatML include statistical process control and failure analysis. • AniML: Analytical Information Markup Language Challenges in promoting MatML involve satisfying a broad range • ChemML: Chemical Markup Language of constituencies in the international engineering and materials science community and also adhering to other related standards in • femML: Finite Element Modeling Markup Language web data exchange. -
XHTML Mobile Profile Reference
XHTML Mobile Profile Reference Version 1.0 Openwave Systems Inc. 1400 Seaport Boulevard Redwood City, CA 94063 USA http://www.openwave.com Part Number XHRF-10-004 October 2001 LEGAL NOTICE Copyright © 1994–2001, Openwave Systems Inc. Portions copyright © 1994–1999, Netscape Communications Corporation. Portions copyright © 1994–1999, Oracle Corporation. All rights reserved. These files are part of the Openwave Software Developer’s Kit (SDK). Subject to the terms and conditions of the SDK License Agreement, Openwave Systems Inc. (“Openwave”) hereby grants you a license to use the SDK software and its related documentation. OPENWAVE MAKES NO REPRESENTATIONS OR WARRANTIES, EXPRESS OR IMPLIED, REGARDING THE SDK SOFTWARE, INCLUDING, BUT NOT LIMITED TO, ANY IMPLIED WARRANTIES THAT THE SDK SOFTWARE IS FREE OF DEFECTS, MERCHANTABLE, FIT FOR A PARTICULAR PURPOSE, OR NONINFRINGING. THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE OF THE LICENSED SOFTWARE IS BORNE BY USER. USER UNDERSTANDS AND ACCEPTS THE SDK SOFTWARE AND ANY SOFTWARE SECURITY FEATURES INCLUDED WITH THE SDK SOFTWARE ARE PROVIDED ON AN “AS IS” BASIS FROM OPENWAVE, AND OPENWAVE DOES NOT WARRANT, GUARANTEE, OR MAKE ANY REPRESENTATIONS REGARDING THE USE OF, OR THE RESULTS OF THE USE OF THE SDK SOFTWARE IN TERMS OF ITS CORRECTNESS, ACCURACY, RELIABILITY, OR OTHERWISE. TO THE MAXIMUM EXTENT PERMITTED BY LAW, IN NO EVENT SHALL OPENWAVE OR ITS SUPPLIERS OR DISTRIBUTORS BE LIABLE FOR ANY DAMAGES RESULTING FROM OR ARISING OUT OF USER’S USE OF THE SDK SOFTWARE, INCLUDING, WITHOUT LIMITATION, ANY DIRECT, INDIRECT, SPECIAL, INCIDENTIAL, OR CONSEQUENTIAL DAMAGES OF ANY KIND INCLUDING WITHOUT LIMITATION, DAMAGES FOR LOSS OF GOODWILL, WORK STOPPAGE, COMPUTER FAILURE OR MALFUNCTION, OR ANY AND ALL OTHER COMMERCIAL DAMAGES OR LOSSES. -
Guia Internet Para Periodistas.Pdf
Indice general Presentación ................................................................................................................................... 9 Introducción ................................................................................................................................. 11 Capítulo 1. Sociedad de la información e Internet. Isabel Fernández Morales ......................... 13 1.1 Sociedad de la información .................................................................................................. 13 1.2 Historia de Internet .............................................................................................................. 15 1.3 Tecnologías de acceso .......................................................................................................... 18 1.4 Tipo de acceso ..................................................................................................................... 18 1.5 Terminales de acceso ........................................................................................................... 20 1.6 Servidores ............................................................................................................................. 20 1.6.1 Servicios de web hosting ............................................................................................... 21 1.7 Proveedores de acceso ......................................................................................................... 22 1.8 Dominios ............................................................................................................................. -
Sprint PCS® Mobile Browser Technology Paper
Sprint PCS® Mobile Browser Technology Paper Writing Consistent Mobile Browser Content on Sprint PCS Phones Version 1.0 July 2004 ©2004 Sprint and Metrowerks. All rights reserved. Sprint, Sprint PCS, Web, Sprint PCS Phone, Sprint PCS Vision, and the diamond logo are registered trademarks of Sprint Communications Company L. P. All other trademarks are property of their respective owners. Table of Contents Table of Contents..............................................................................................................2 1 Introduction.............................................................................................................3 1.1 Target Audience.....................................................................................................3 1.2 About this document...............................................................................................3 2 Document Conventions..........................................................................................3 3 Overview of Wireless Application Protocol (WAP) 2.0 Markup Language .............3 3.1 XHTML Basic and Mobile Profile............................................................................4 3.2 Key Differences between WML 1.x and XHTML ....................................................5 4 Overview Of Sprint WAP 2.0 Phones and Browsers..............................................7 5 Writing Consistent WAP 2.0 Applications Across Sprint PCS Phones...................8 5.1 Commonly used XHTML Mobile Profile Tags ........................................................8 -
Forcepoint DLP Supported File Formats and Size Limits
Forcepoint DLP Supported File Formats and Size Limits Supported File Formats and Size Limits | Forcepoint DLP | v8.8.1 This article provides a list of the file formats that can be analyzed by Forcepoint DLP, file formats from which content and meta data can be extracted, and the file size limits for network, endpoint, and discovery functions. See: ● Supported File Formats ● File Size Limits © 2021 Forcepoint LLC Supported File Formats Supported File Formats and Size Limits | Forcepoint DLP | v8.8.1 The following tables lists the file formats supported by Forcepoint DLP. File formats are in alphabetical order by format group. ● Archive For mats, page 3 ● Backup Formats, page 7 ● Business Intelligence (BI) and Analysis Formats, page 8 ● Computer-Aided Design Formats, page 9 ● Cryptography Formats, page 12 ● Database Formats, page 14 ● Desktop publishing formats, page 16 ● eBook/Audio book formats, page 17 ● Executable formats, page 18 ● Font formats, page 20 ● Graphics formats - general, page 21 ● Graphics formats - vector graphics, page 26 ● Library formats, page 29 ● Log formats, page 30 ● Mail formats, page 31 ● Multimedia formats, page 32 ● Object formats, page 37 ● Presentation formats, page 38 ● Project management formats, page 40 ● Spreadsheet formats, page 41 ● Text and markup formats, page 43 ● Word processing formats, page 45 ● Miscellaneous formats, page 53 Supported file formats are added and updated frequently. Key to support tables Symbol Description Y The format is supported N The format is not supported P Partial metadata -
Understanding
Implementing UBL Mark Crawford UBL Vice Chair XML 2003 9 December 2003 Why Are We Talking About UBL • UBL fulfils the promise of XML for business by defining a standard cross-industry vocabulary • UBL is the ebXML missing link • UBL plus ebXML enables the next generation of eBusiness exchanges – Cheaper, easier, Internet-ready – Extends benefits of EDI to small businesses – Fits existing legal and trade concepts – Allows re-use of data • UBL can provide the XML payload for a wide variety of other web-based business frameworks Overview 1 What and Why of UBL 2 The Design of UBL ebXML Core Components Naming and Design Rules Document Engineering Customizing UBL 3 The Content of UBL 1.0 What is Normative What is non-Normative Availability 4 Making UBL Happen 5 UBL Phase 2 6 Summary The promise of XML for e-business • Plug ‘n’ play electronic commerce – Spontaneous trade – No custom programming • Ubiquity on the Internet – Dirt-cheap tools – Complete platform independence – Enable true global market availability • Enable universal interoperability – Abandon existing EDI systems – Handle both "publication" document types and "transactional" documents Goals for Successful eBusiness Services • Web-enable existing fax- and paper-based business practices • Allow businesses to upgrade at their own pace • Preserve the existing investment in electronic business exchanges • Integrate small and medium-size businesses into existing electronic data exchange-based supply chains The standardization of XML business documents is the easiest way to accomplish -
Mark up Based Content Adaptation Technique
International Journal of Computer Science and Telecommunications [Volume 3, Issue 6, June 2012] 83 Mark up Based Content Adaptation Technique ISSN 2047-3338 Susmita Ghosh Chattopadhyay 1 and Arunasish Acharya 2,* 1,2 School of Educational Technology, Jadavpur University, India [email protected], [email protected] Abstract– Accessing the Web nowadays in mobile phones has (e.g., takes all the text in a paragraph, reduces the resolution become common and popular worldwide. While mobile phones and size of the image etc) and redirects to the handheld device are becoming more popular, wireless communication vendors and like mobile, PDA etc. device manufacturers are seeking new applications for their products. Most available Web pages are designed for desktop PC and are not suitable for displaying or browsing on mobile phones III. DIFFERENT APPROACHES FOR ADAPTATION because of its small display and limited memory, processing power. In this paper, a content adaptation technique is proposed Adaptation can occur on the client side, server side or in an where adaptation is done using predefined HTML tag sets. All intermediate one between these two namely proxy server. the contents in different format satisfying different device specifications are stored in a single html program. After detection A. Client Side Approach of device, the required portion of the program for the requested content is delivered and the client’s browser renders the web In this approach the same content is delivered to all the page. devices rather clients. The client then personalizes the content i.e. change the format or size as required according to the Index Terms– Device Detection, Content Adaptation and client’s specification.