DOCSLIB.ORG

Technical Study Desktop Internationalization

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Technical Study Desktop Internationalization Technical Study Desktop Internationalization NIC CH A E L T S T U D Y [This page intentionally left blank] X/Open Technical Study Desktop Internationalisation X/Open Company Ltd. December 1995, X/Open Company Limited All rights reserved. No part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form or by any means, electronic, mechanical, photocopying, recording or otherwise, without the prior permission of the copyright owners. X/Open Technical Study Desktop Internationalisation X/Open Document Number: E501 Published by X/Open Company Ltd., U.K. Any comments relating to the material contained in this document may be submitted to X/Open at: X/Open Company Limited Apex Plaza Forbury Road Reading Berkshire, RG1 1AX United Kingdom or by Electronic Mail to: [email protected] ii X/Open Technical Study (1995) Contents Chapter 1 Internationalisation.............................................................................. 1 1.1 Introduction ................................................................................................. 1 1.2 Character Sets and Encodings.................................................................. 2 1.3 The C Programming Language................................................................ 5 1.4 Internationalisation Support in POSIX .................................................. 6 1.5 Internationalisation Support in the X/Open CAE............................... 7 1.5.1 XPG4 Facilities.......................................................................................... 7 1.6 Current Work............................................................................................... 8 1.6.1 Distributed Internationalisation Requirements ................................ 8 1.6.2 Definition and Registration of Locales................................................ 8 1.6.3 Complex Text Languages....................................................................... 9 1.6.4 Use of the UNICODE standard/ISO/IEC10646 ............................... 9 1.6.5 Testing of Internationalised Components .......................................... 9 1.6.6 Distributed Internationalisation Framework..................................... 9 Chapter 2 The X/Open Common Desktop Environment...................... 11 2.1 Introduction ................................................................................................. 11 2.2 Elements of the XCDE................................................................................ 11 2.3 Internationalisation .................................................................................... 12 Chapter 3 X Specifications ....................................................................................... 15 3.1 X Window System Protocol...................................................................... 15 3.1.1 Description................................................................................................ 15 3.1.2 Internationalisation Issues..................................................................... 15 3.1.2.1 Character Representations.................................................................. 15 3.1.2.2 Keyboard Input ..................................................................................... 15 3.1.2.3 Defined KEYSYM Alphabets.............................................................. 15 3.1.2.4 ErrorStrings........................................................................................... 16 3.1.2.5 String Identifiers.................................................................................... 16 3.1.2.6 Text Drawing ......................................................................................... 16 3.2 Xlib - C Language Binding........................................................................ 17 3.2.1 Description................................................................................................ 17 3.2.2 Internationalisation Features................................................................. 17 3.2.3 Internationalisation Issues..................................................................... 17 3.2.3.1 String Identifiers.................................................................................... 17 3.2.3.2 Font Attributes ...................................................................................... 18 3.2.3.3 Text Directionality ................................................................................ 18 3.2.3.4 ErrorStrings........................................................................................... 18 3.2.3.5 Keyboard Input ..................................................................................... 18 3.2.3.6 Simplified Keyboard Event Functions.............................................. 18 3.2.3.7 String Properties.................................................................................... 18 3.2.3.8 Command Strings................................................................................. 19 Desktop Internationalisation iii Contents 3.2.3.9 Resource Files ........................................................................................ 19 3.2.3.10 Cut Buffers.............................................................................................. 19 3.3 X Toolkit Intrinsics...................................................................................... 20 3.3.1 Description................................................................................................ 20 3.3.2 Internationalisation Features................................................................. 20 3.3.3 Internationalisation Issues..................................................................... 20 3.3.3.1 String Identifiers.................................................................................... 20 3.3.3.2 Default Font Resource.......................................................................... 20 3.3.3.3 ErrorStrings........................................................................................... 20 3.3.3.4 Translation Table Syntax ..................................................................... 21 3.4 File Formats and Application Conventions .......................................... 22 3.4.1 Introduction.............................................................................................. 22 3.4.2 Inter-Client Communications Conventions Manual (ICCCM) ..... 22 3.4.2.1 Description............................................................................................. 22 3.4.2.2 Internationalisation Issues.................................................................. 22 3.4.3 X Logical Font Description (XLFD)...................................................... 23 3.4.3.1 Description............................................................................................. 23 3.4.3.2 Internationalisation Issues.................................................................. 23 3.4.4 Compound Text ....................................................................................... 24 3.4.4.1 Description............................................................................................. 24 3.4.4.2 Internationalisation Features.............................................................. 24 3.4.4.3 Internationalisation Issues.................................................................. 24 3.4.5 Bitmap Distribution Format (BDF)....................................................... 25 3.4.5.1 Description............................................................................................. 25 3.4.5.2 Internationalisation Issues.................................................................. 25 Chapter 4 XCDE Specifications ............................................................................ 27 4.1 Motif Toolkit API ........................................................................................ 27 4.1.1 Description................................................................................................ 27 4.1.2 Internationalisation Features................................................................. 27 4.1.3 Internationalisation Issues..................................................................... 27 4.1.3.1 String Identifiers.................................................................................... 27 4.1.3.2 Argument Lists...................................................................................... 28 4.1.3.3 Accelerator Descriptions ..................................................................... 28 4.1.3.4 Uil String Formats................................................................................. 28 4.1.3.5 Scale Widget Number Formats.......................................................... 28 4.1.3.6 String Manipulation ............................................................................. 28 4.1.3.7 Text Directionality ................................................................................ 28 4.1.3.8 Text Widget Values............................................................................... 28 4.2 XCDE Definitions and Infrastructure..................................................... 29 4.2.1 Introduction.............................................................................................. 29 4.2.2 XCDE Data Format Naming.................................................................. 29 4.2.2.1 Description............................................................................................
Load more

Recommended publications
  • EN 300 468 V1.3.1 (1997-09) European Standard (Telecommunications Series)
    Draft EN 300 468 V1.3.1 (1997-09) European Standard (Telecommunications series) Digital Video Broadcasting (DVB); Specification for Service Information (SI) in DVB systems European Broadcasting Union Union Européenne de Radio-Télévision EBU UER European Telecommunications Standards Institute 2 Draft EN 300 468 V1.3.1 (1997-09) Reference REN/JTC-00DVB-43 (4c000j0o.PDF) Keywords DVB, broadcasting, digital, video, MPEG, TV ETSI Secretariat Postal address F-06921 Sophia Antipolis Cedex - FRANCE Office address 650 Route des Lucioles - Sophia Antipolis Valbonne - 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 X.400 c= fr; a=atlas; p=etsi; s=secretariat Internet [email protected] http://www.etsi.fr Copyright Notification No part may be reproduced except as authorized by written permission. The copyright and the foregoing restriction extend to reproduction in all media. © European Telecommunications Standards Institute 1997. © European Broadcasting Union 1997. All rights reserved. 3 Draft EN 300 468 V1.3.1 (1997-09) Contents Intellectual Property Rights................................................................................................................................5 Foreword ............................................................................................................................................................5 1 Scope........................................................................................................................................................6
    [Show full text]
  • C Strings and Pointers
    Software Design Lecture Notes Prof. Stewart Weiss C Strings and Pointers C Strings and Pointers Motivation The C++ string class makes it easy to create and manipulate string data, and is a good thing to learn when rst starting to program in C++ because it allows you to work with string data without understanding much about why it works or what goes on behind the scenes. You can declare and initialize strings, read data into them, append to them, get their size, and do other kinds of useful things with them. However, it is at least as important to know how to work with another type of string, the C string. The C string has its detractors, some of whom have well-founded criticism of it. But much of the negative image of the maligned C string comes from its abuse by lazy programmers and hackers. Because C strings are found in so much legacy code, you cannot call yourself a C++ programmer unless you understand them. Even more important, C++'s input/output library is harder to use when it comes to input validation, whereas the C input/output library, which works entirely with C strings, is easy to use, robust, and powerful. In addition, the C++ main() function has, in addition to the prototype int main() the more important prototype int main ( int argc, char* argv[] ) and this latter form is in fact, a prototype whose second argument is an array of C strings. If you ever want to write a program that obtains the command line arguments entered by its user, you need to know how to use C strings.
    [Show full text]
  • Standardisation Action Plan for Clarin
    Standardisation Action Plan for Clarin State: Proposal to CLARIN community Nuria Bel, Jonas Beskow, Lou Boves, Gerhard Budin, Nicoletta Calzolari, Khalid Choukri, Erhard Hinrichs, Steven Krauwer, Lothar Lemnitzer, Stelios Piperidis, Adam Przepiorkowski, Laurent Romary, Florian Schiel, Helmut Schmidt, Hans Uszkoreit, Peter Wittenburg August 2009 Summary This document describes a proposal for a Standardisation Action Plan (SAP) for the Clarin initiative in close synchronization with other relevant initiatives such as Flarenet, ELRA, ISO and TEI. While Flarenet is oriented towards a broader scope since it is also addressing standards that are typically used in industry, CLARIN wants to be more focussed in its statements to the research domain. Due to the overlap it is agreed that the Flarenet and CLARIN documents on standards need to be closely synchronized. This note covers standards that are generic (XML, UNICODE) as well as standards that are domain specific where naturally the LRT community has much more influence. This Standardization Action Plan wants to give an orientation for all practical work in CLARIN to achieve a harmonized domain of language resources and technology stepwise and therefore its core message is to overcome fragmentation. To meet these goals it wants to keep its message as simple as possible. A web-site will be established that will contain more information about examples, guidelines, explanations, tools, converters and training events such as summer schools. The organization of the document is as follows: • Chapter 1: Introduction to the topic. • Chapter 2: Recommended standards that CLARIN should endorse page 4 • Chapter 3: Standards that are emerging and relevant for CLARIN page 8 • Chapter 4: General guidelines that need to be followed page 12 • Chapter 5: Reference to community practices page 14 • Chapter 6: References This document tries to be short and will give comments, recommendations and discuss open issues for each of the standards.
    [Show full text]
  • Modern Programming Languages CS508 Virtual University of Pakistan
    Modern Programming Languages (CS508) VU Modern Programming Languages CS508 Virtual University of Pakistan Leaders in Education Technology 1 © Copyright Virtual University of Pakistan Modern Programming Languages (CS508) VU TABLE of CONTENTS Course Objectives...........................................................................................................................4 Introduction and Historical Background (Lecture 1-8)..............................................................5 Language Evaluation Criterion.....................................................................................................6 Language Evaluation Criterion...................................................................................................15 An Introduction to SNOBOL (Lecture 9-12).............................................................................32 Ada Programming Language: An Introduction (Lecture 13-17).............................................45 LISP Programming Language: An Introduction (Lecture 18-21)...........................................63 PROLOG - Programming in Logic (Lecture 22-26) .................................................................77 Java Programming Language (Lecture 27-30)..........................................................................92 C# Programming Language (Lecture 31-34) ...........................................................................111 PHP – Personal Home Page PHP: Hypertext Preprocessor (Lecture 35-37)........................129 Modern Programming Languages-JavaScript
    [Show full text]
  • About ILE C/C++ Compiler Reference
    IBM i 7.3 Programming IBM Rational Development Studio for i ILE C/C++ Compiler Reference IBM SC09-4816-07 Note Before using this information and the product it supports, read the information in “Notices” on page 121. This edition applies to IBM® Rational® Development Studio for i (product number 5770-WDS) and to all subsequent releases and modifications until otherwise indicated in new editions. This version does not run on all reduced instruction set computer (RISC) models nor does it run on CISC models. This document may contain references to Licensed Internal Code. Licensed Internal Code is Machine Code and is licensed to you under the terms of the IBM License Agreement for Machine Code. © Copyright International Business Machines Corporation 1993, 2015. US Government Users Restricted Rights – Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp. Contents ILE C/C++ Compiler Reference............................................................................... 1 What is new for IBM i 7.3.............................................................................................................................3 PDF file for ILE C/C++ Compiler Reference.................................................................................................5 About ILE C/C++ Compiler Reference......................................................................................................... 7 Prerequisite and Related Information..................................................................................................
    [Show full text]
  • Standards for Language Coding: the ISO 639 Family
    Standards for language coding: the ISO 639 family Rebecca Guenther Library of Congress Jan. 8, 2010 ISO Standards development !! ISO consists of Technical Committees (TC) with subcommittees (SC) !! ISO language coding standards are maintained by !! TC 37/SC2 (Terminology and other language and content resources ) !! TC 46/SC4 (Information and documentation) LSA Annual Meeting 2 ISO 639 standards !! ISO 639-1: 2-character codes (136 codes) !! ISO 639-2: 3-character codes (450+) !! ISO 639-3: 3-character codes (7700+) !! ISO 639-4: principles !! ISO 639-5: 3-character codes (114) !! ISO 639-6: 4-character codes (??) LSA Annual Meeting 3 ISO 639 Joint Advisory Committee !! Established to advise the RAs for ISO 639-1 and ISO 639-2 !! Rotating chairs: Infoterm (for TC37) and Library of Congress (for TC46) !! Committee consists of 3 members of each TC, representatives of each registration authority and up to 6 observers !! Coordinates development of different parts of ISO 639 LSA Annual Meeting 4 ISO 639 language coding principles !! Language codes are not changed for stability of standard !! If a language code is retired it is not reassigned to something else !! Programming languages are not in scope !! Only deals with languages; codes from other ISO standards may be added as needed for more granularity, e.g. country codes, script codes LSA Annual Meeting 5 ISO 639-1 !! First published 1967 !! Covers major languages of the world !! Alpha-2 codes; only 676 possible combinations !! Developed for use in terminology applications !! Consists of
    [Show full text]
  • Unix Standardization and Implementation
    Contents 1. Preface/Introduction 2. Standardization and Implementation 3. File I/O 4. Standard I/O Library 5. Files and Directories 6. System Data Files and Information 7. Environment of a Unix Process 8. Process Control 9. Signals 10.Inter-process Communication * All rights reserved, Tei-Wei Kuo, National Taiwan University, 2003. Standardization and Implementation Why Standardization? Proliferation of UNIX versions What should be done? The specifications of limits that each implementation must define! * All rights reserved, Tei-Wei Kuo, National Taiwan University, 2003. 1 UNIX Standardization ANSI C American National Standards Institute ISO/IEC 9899:1990 International Organization for Standardization (ISO) Syntax/Semantics of C, a standard library Purpose: Provide portability of conforming C programs to a wide variety of OS’s. 15 areas: Fig 2.1 – Page 27 * All rights reserved, Tei-Wei Kuo, National Taiwan University, 2003. UNIX Standardization ANSIC C <assert.h> - verify program assertion <ctype.h> - char types <errno.h> - error codes <float.h> - float point constants <limits.h> - implementation constants <locale.h> - locale catalogs <math.h> - mathematical constants <setjmp.h> - nonlocal goto <signal.h> - signals <stdarg.h> - variable argument lists <stddef.h> - standard definitions <stdio.h> - standard library <stdlib.h> - utilities functions <string.h> - string operations <time.h> - time and date * All rights reserved, Tei-Wei Kuo, National Taiwan University, 2003. 2 UNIX Standardization POSIX.1 (Portable Operating System Interface) developed by IEEE Not restricted for Unix-like systems and no distinction for system calls and library functions Originally IEEE Standard 1003.1-1988 1003.2: shells and utilities, 1003.7: system administrator, > 15 other communities Published as IEEE std 1003.1-1990, ISO/IEC9945-1:1990 New: the inclusion of symbolic links No superuser notion * All rights reserved, Tei-Wei Kuo, National Taiwan University, 2003.
    [Show full text]
  • HP T5545 Thin Client Overview
    QuickSpecs HP t5545 Thin Client Overview Introduction The HP t5545 is a new addition to the HP thin client portfolio designed for mainstream business. The HP t5545 offers convenient access to Windows or Citrix environments, mainframes, mid-range servers, Unix/Linux hosts, and web applications. The ThinPro operating system, Firefox browser, terminal emulation, dual monitor support, support for the most common connection brokers, and choice of management solutions provide a great user experience and easy management. A single console provides streamlined and customizable user interface. Front Back 1. Secure USB compartment (2 USB connectors) 1. Cable lock slot 2. Power button with LED 2. 10/100/1000 Ethernet RJ-45 connector 3. Flash activity indicator 3. PS/2 connectors (2) 4. Audio connector (mic in) 4. Parallel port 5. Audio connector (headphone out) 5. Cable management feature 6. USB connectors (2) 6. USB connectors (2) 7. Vertical stand (removable) 7. VGA connector 8. VESA mounting points (4) 8. Serial port (standard in Germany only; available as an option 9. DVI-D connector in other countries) 10. +12V DC power input DA - 13148 North America — Version 4 — February 20, 2009 Page 1 QuickSpecs HP t5545 Thin Client Overview At A Glance HP ThinPro operating system supports modular software updates that can be applied remotely over the network for rapid deployment VIA Eden 1 GHz processor for great performance 512 MB System memory (64 MB reserved for video) 512 MB Flash memory Includes one parallel, one serial, two PS/2, and six USB 2.0 ports (two in back, two in front, and two in secure USB compartment – great for safeguarding USB wireless and Flash devices) MIC in and Audio out ports in front Built in dual monitor support (VGA and DVI-D native) HP Device Manager lets you remotely manage client devices from a central location HP's alliance with Altiris brings a leading management solution to the thin client market.
    [Show full text]
  • Alphanumeric Display Terminals
    C25-01 0-1 01 Display Tanninal. Alphanumeric Display Terminals The video display terminal (VDT, or CRT, as it is com­ monly referred to) is the principal interface between people This report focuses on non-user-programmable al­ and computers. As the computer becomes pervasive in phanumeric display terminals designed for gener­ today's business world, more and more people are being al-purpose business applications. It includes a exposed to this popular business tool. Originally invented brief historical summary of the market; current as a "glass teletype," an alternative to using a teleprinter market trends; developments in ergonomics; and terminal as a computer operator console, the display termi­ a look at the industry's major segments. Also nal has evolved to the point where it is a primary compo­ included are comparison columns detailing the nent in the vast majority of modern computer applications, specifications of 361 display terminal models of­ including data entry, inquiry/response, program develop­ fered by 91 vendors. ment, business and scientific graphics, word processing! text editing, CAD/CAM, and many others. For the purpose mainframe links improve, more and more microcomputers of this report, we will focus on alphanumeric display termi­ will be able to perform terminal tasks in addition to micro­ nals designed for general purpose business applications. computing tasks. Datapro has seen a drop in the number of companies entering the terminal market in the past year, as The steady intt:oduction of improvements in CRT design well as a small shakeout. These factors can be attributed to and functional capability, such as editing, highlighting, the growth of the microcomputer industry.
    [Show full text]
  • Videotex in Education: Current Developmentsin Screen Design
    DOCUMENT .RESUME. ED 234 739 IR 010. 804 AUTHOR Kerr, Stephen-_T. TITLE Videotex in Education: Current Developmentsin Screen Design,. Data Structure, and Access Control. PUB DATE 15 Apr 83 37p.; Paper presented at the AnnualMeeting of the NOTE t American- Educational Research Association(Montrealc Canada; April 11-15, 1983). PUB TYPE Speeches/Conference Papers'(150) Information Analyses (070) -- Viewpoints (120) EDRS' PRICE MF01/PCO2 Plus Postage. DESCRIPTORS *Computer Graphics; Computer Science;*Design Requirements; Display Systems; Graphic Arts; Information Networks; *Information Retrieval; *Instructional Waterials;, Policy Formation;Privacy; *Videotex IDENTIFIERS *Access to Information; Electronic Publishing; Interactive Systems ABSTRACT This-four-section paper begins with a brief description of videotex and the pathsits development,has followed during its short lifespan. Thesecond_ section examines hoW videotex systems should present anddisplay information, and how such i'nformation should be internally organized sothat it is maximally useful for thefreader/user. Theanalysis, which draws heavily on work done during several videotex fieldtrials in the United States, Canada,' and other countries, incorpor4esinsights from.human factors studies of, video display terminals,research on typography and graphic display, and work on thedesign of interactive systems and computer help facilities. Thethird section addresses some, significant policy_issues that affectinstructional uses of videotex, including questions of equity, privacy, andsecrecy._ Finally, several possible future scenarios for the development ofvideotexas an instructional medium are discussed,, and the suggestionis made that. the convergence of videotex withother emerging technologies may result in novel arrangements for electronicpublishing and new qpportunities for. improvedinstructional design. Fifty-six references are listed. (LMM) *k***********************************v*************************w******, * Reproductions supplied by EDRS are the bestthat, can be made .
    [Show full text]
  • API Dict 1 API Dict
    API Dict 1 API Dict Get the list of available dictionaries Endpoint https:/ / api. pons. com/ v1/ dictionaries Building the request • We are expecting GET-Requests. • All other parameters have to be appended to the Endpoint-URL as request parameters. Name Type Description language Request-Parameter The language of the output (ISO 639-1 - two-letter codes). Supported languages are de,el,en,es,fr,it,pl,pt,ru,sl,tr,zh. Example using wget: wget -O - --no-check-certificate "https:/ / api. pons. com/ v1/ dictionaries?language=es" Response • The response is sent in JSON format (see below). • If an unsupported language was supplied, the response for the default language (english) will be delivered. Response content A list of available dictionaries: • key is the internal name of our dictionary. For two-language dictionaries, it should consist of the two languages ordered alphabetically. • simple_label is built this way: "[translated language1] «» [translated language2]" • directed_label should be used if there is a direction involved (for example when displaying search results). The direction is implied in the key (i.e. plde means pl » de). This applies only to some languages (see example - you could not use simple_label here) • languages is a list containing the languages of the dictionary. Please note that some dictionaries may have only one language (at the time of writing: dede, dedx). Example: [ { "key": "depl", "simple_label": "niemiecki «» polski", "directed_label": { "depl": "niemiecki » polski", "plde": "polski » niemiecki" }, "languages": [ "de", "pl" ] API Dict 2 }, [...] ] Query dictionary Endpoint https:/ / api. pons. com/ v1/ dictionary Building the request • We are expecting GET-Requests. • The request has to contain the credential (secret) in an HTTP-Header.
    [Show full text]
  • Digital Equipment Corporation VT300 Display Family
    Datapro Reports on C25-384-101 Data Communications Terminals Digital Equipment Corporation VT300 Display Family In this report: Product Summary Analysis .................... -102 Editor's Note Competition Digital now offers the VT320, VT320-compatible displays are of­ Characteristics .......... -104 VT330, and VT340 displays, succes- fered by TeleVideo, Wyse Technol­ sors to the VT200 family that pro- ogy, Qume Corporation, Pricing ....................... -105 vide complete backward- Microterm, and Hewlett-Packard. compatibility with improved Microterm also offers VT330- and ergonomics and functionality. Digi­ VT340-compatible displays. AT&T, tal continues to provide service for Falco Data Products, and a few other the older line of displays, however. vendors offer VT320 emulation in their general-purpose ASCII dis­ Description plays. The VT320 is a monochrome dis­ play that provides single-session Vendor support for text-oriented applica­ Digital Equipment Corp. (DEC) tions. The VT330 and VT340 both 146 Main Street provide dual sessions and graphics Maynard, MA 01754-2571 capability. (508) 493-5111 Strengths In addition to introducing dual­ Price session support with the VT300 fam­ The North American Version of the ily, Digital designed higher VT320 sells for $575; the interna­ resolution, faster processing speed, tional version of the display costs and greater customization capability $625. The VT330 and VT340 sell for into the displays while lowering $1,995 and $2,795, respectively. prices significantly. Limitations Vendors such as Wyse Technology, TeleVideo, Microterm, and Hewlett­ Packard offer VT clones that provide enhancements such as multiple dis­ play configurations, more function keys and interfacing options, and more internal memory. © 1990 McGraw-Hili. Incorporated. Reproduction Prohibited.
    [Show full text]