DOCSLIB.ORG

[ Team Lib ] Learning XSLT Moves Smoothly from the Simple To

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
[ Team Lib ] Learning XSLT Moves Smoothly from the Simple To [ Team LiB ] • Table of Contents • Index • Reviews • Examples • Reader Reviews • Errata • Academic Learning XSLT By Michael Fitzgerald Publisher: O'Reilly Pub Date: November 2003 ISBN: 0-596-00327-7 Pages: 368 Learning XSLT moves smoothly from the simple to complex, illustrating all aspects of XSLT 1.0 through step-by-step examples that you'll practice as you work through the book. Thorough in its coverage of the language, the book makes few assumptions about what you may already know. You'll learn about XSLT's template-based syntax, how XSLT templates work with each other, and gain an understanding of XSLT variables. Learning XSLT also explains how the XML Path Language (XPath) is used by XSLT and provides a glimpse of what the future holds for XSLT 2.0 and XPath 2.0. [ Team LiB ] [ Team LiB ] • Table of Contents • Index • Reviews • Examples • Reader Reviews • Errata • Academic Learning XSLT By Michael Fitzgerald Publisher: O'Reilly Pub Date: November 2003 ISBN: 0-596-00327-7 Pages: 368 Copyright Preface Who Should Read This Book? About the Examples XSLT and XPath Reference How This Book Is Organized Conventions Used in This Book Using Examples Comments and Questions Acknowledgments Chapter 1. Transforming Documents with XSLT Section 1.1. How XSLT Works Section 1.2. Using Client-Side XSLT in a Browser Section 1.3. Using apply-templates Section 1.4. Summary Chapter 2. Building New Documents with XSLT Section 2.1. Outputting Text Section 2.2. Literal Result Elements Section 2.3. Using the Element Called element Section 2.4. Adding Attributes Section 2.5. Outputting Comments Section 2.6. Outputting Processing Instructions Section 2.7. One Final Example Section 2.8. Summary Chapter 3. Controlling Output Section 3.1. The Output Method Section 3.2. Outputting XML Section 3.3. Outputting HTML Section 3.4. Outputting Text Section 3.5. Using a QName Output Method Section 3.6. Media Types Section 3.7. Summary Chapter 4. Traversing the Tree Section 4.1. The XPath Data Model Section 4.2. Location Paths Section 4.3. Expressions Section 4.4. What Is a Pattern? Section 4.5. Predicates Section 4.6. Axes Section 4.7. Name and Node Tests Section 4.8. Doing the Math with Expressions Section 4.9. Summary Chapter 5. XPath and XSLT Functions Section 5.1. Boolean Functions Section 5.2. Node-Set Functions Section 5.3. Number Functions Section 5.4. String Functions Section 5.5. Summary Chapter 6. Copying Nodes Section 6.1. The copy Element Section 6.2. The copy-of Element Section 6.3. Copying Nodes from Two Documents Section 6.4. Summary Chapter 7. Using Variables and Parameters Section 7.1. Defining Variables and Parameters Section 7.2. Using Variables Section 7.3. Using Parameters Section 7.4. Invoking Templates with Parameters Section 7.5. Using Result Tree Fragments Section 7.6. Summary Chapter 8. Sorting Things Out Section 8.1. Simple Ascending Sort Section 8.2. Reversing the Sort Section 8.3. By the Numbers Section 8.4. Multiple Sorts Section 8.5. The lang and case-order Attributes Section 8.6. Summary Chapter 9. Numbering Lists Section 9.1. Numbered Lists Section 9.2. Alphabetical Lists Section 9.3. Roman Numerals Section 9.4. Inserting an Individual Formatted Value Section 9.5. Numbering Levels Section 9.6. The from Attribute Section 9.7. The lang and letter-value Attributes Section 9.8. More Help with Formatted Numbers Section 9.9. Summary Chapter 10. Templates Section 10.1. Template Priority Section 10.2. Calling a Named Template Section 10.3. Using Templates with Parameters Section 10.4. Modes Section 10.5. Built-in Template Rules Section 10.6. Summary Chapter 11. Using Keys Section 11.1. A Simple Key Section 11.2. More Than One Key Section 11.3. Using a Parameter with Keys Section 11.4. Cross-Referencing with Keys Section 11.5. Grouping with Keys Section 11.6. Summary Chapter 12. Conditional Processing Section 12.1. The if Element Section 12.2. The choose and when Elements Section 12.3. Summary Chapter 13. Working with Multiple Documents Section 13.1. Including Stylesheets Section 13.2. Importing Stylesheets Section 13.3. Using the document( ) Function Section 13.4. Summary Chapter 14. Alternative Stylesheets Section 14.1. A Literal Result Element Stylesheet Section 14.2. An Embedded Stylesheet Section 14.3. Aliasing a Namespace Section 14.4. Excluding Namespaces Section 14.5. Summary Chapter 15. Extensions Section 15.1. Xalan, Saxon, and EXSLT Extensions Section 15.2. Using a Saxon Extension Attribute Section 15.3. Result Tree Fragment to Node-Set Section 15.4. Using EXSLT Section 15.5. Fallback Behavior Section 15.6. Checking for Extension Availability Section 15.7. Summary Chapter 16. XSLT 2.0 and XPath 2.0 Section 16.1. New XSLT 2.0 Features Section 16.2. New XPath 2.0 Features Section 16.3. Multiple Result Trees Section 16.4. Using Regular Expressions Section 16.5. Grouping in XSLT 2.0 Section 16.6. Extension Functions Section 16.7. Summary Chapter 17. Writing an XSLT ProcessorInterface Section 17.1. Running an XSLT Processor from Java Section 17.2. Writing an XSLT Processor with C# Section 17.3. Summary Chapter 18. Parting Words Section 18.1. The Ox Documentation Tool Section 18.2. Signing Off Appendix A. XSLT Processors Section A.1. Installing and Running XSLT Processors Section A.2. Using jd.xslt Glossary Colophon Index [ Team LiB ] [ Team LiB ] Copyright Copyright © 2004 O'Reilly & Associates, Inc. Printed in the United States of America. Published by O'Reilly & Associates, Inc., 1005 Gravenstein Highway North, Sebastopol, CA 95472. O'Reilly & Associates books may be purchased for educational, business, or sales promotional use. Online editions are also available for most titles (http://safari.oreilly.com). For more information, contact our corporate/institutional sales department: (800) 998-9938 or [email protected]. Nutshell Handbook, the Nutshell Handbook logo, and the O'Reilly logo are registered trademarks of O'Reilly & Associates, Inc. Many of the designations used by manufacturers and sellers to distinguish their products are claimed as trademarks. Where those designations appear in this book, and O'Reilly & Associates, Inc. was aware of a trademark claim, the designations have been printed in caps or initial caps. The association between the image of a Marabou stork and the topic of XSLT is a trademark of O'Reilly & Asso ciates, Inc. 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. [ Team LiB ] [ Team LiB ] Preface Extensible Stylesheet Language Transformations (XSLT) and its companion, the XML Path Language (XPath), are arguably the two most widely used XML-related specifications to come out of the World Wide Web Consortium (W3C) since XML 1.0 (http://www.w3.org/TR/REC-xml.html). XSLT 1.0 (http://www.w3.org/TR/xslt) and XPath 1.0 (http://www.w3.org/TR/xpath) appeared as W3C recommendations in November 1999, about a year and a half after XML. While XSLT and XPath have detractors, they are generally well-accepted in the XML community. One reason why is that XSLT is a relatively easy-to-learn, declarative language. As a declarative language, XSLT relies on an underlying implementation in a programming language such as Java or C++ to get its work done. This book intends to get you doing useful work with XSLT the same day you start reading it. [ Team LiB ] [ Team LiB ] Who Should Read This Book? This book is for anyone who wants to get up to speed quickly with XSLT. It is designed around over 200 XML and XSLT examples files-nearly every XSLT feature that this book explores, in fact, is demonstrated by an example that you can run through yourself with the XSLT processor of your choice (Apache's Xalan C++ processor is used with most examples; see http://xml.apache.org). It doesn't matter if you're an XML neophyte or a seasoned programmer, this book is designed to help make your learning fast-paced and rewarding. [ Team LiB ] [ Team LiB ] About the Examples As a writer, I have labored for about 20 years under the assumption that we all learn best by doing. That's why this book is heavily laden with hands-on examples. All the examples in this book, except for an occasional fragment, are available for download from http://www.oreilly.com/catalog/learnxslt/. The examples are organized into directories that are associated with each of the chapters, as in examples/ch01, examples/ch02, examples/ch03, and so on. The XML documents and XSLT stylesheets used in the examples are intentionally simple so as to not obscure the principles they teach with too much distracting markup. These working examples will provide models for you to do about anything you can do with XSLT. [ Team LiB ] [ Team LiB ] XSLT and XPath Reference This book doesn't contain reference material for XSLT or XPath. Doug Tidwell'sXSLT (O'Reilly) does a good job with its reference material, and I recommend you get a copy of that book. The download for this book offers a small Java program called Ox that gives you access to reference information at the command prompt (in examples/Ox). For example, if you have a recent Java Runtime Environment (JRE) installed on you computer, you can enter a line such as the following at a command or shell prompt: java -jar ox.jar xsl:text Ox will then return information about the XSLT instruction element text on your screen.
Load more

Recommended publications
  • Bbedit 13.5 User Manual
    User Manual BBEdit™ Professional Code and Text Editor for the Macintosh Bare Bones Software, Inc. ™ BBEdit 13.5 Product Design Jim Correia, Rich Siegel, Steve Kalkwarf, Patrick Woolsey Product Engineering Jim Correia, Seth Dillingham, Matt Henderson, Jon Hueras, Steve Kalkwarf, Rich Siegel, Steve Sisak Engineers Emeritus Chris Borton, Tom Emerson, Pete Gontier, Jamie McCarthy, John Norstad, Jon Pugh, Mark Romano, Eric Slosser, Rob Vaterlaus Documentation Fritz Anderson, Philip Borenstein, Stephen Chernicoff, John Gruber, Jeff Mattson, Jerry Kindall, Caroline Rose, Allan Rouselle, Rich Siegel, Vicky Wong, Patrick Woolsey Additional Engineering Polaschek Computing Icon Design Bryan Bell Factory Color Schemes Luke Andrews Additional Color Schemes Toothpaste by Cat Noon, and Xcode Dark by Andrew Carter. Used by permission. Additional Icons By icons8. Used under license Additional Artwork By Jonathan Hunt PHP keyword lists Contributed by Ted Stresen-Reuter. Previous versions by Carsten Blüm Published by: Bare Bones Software, Inc. 73 Princeton Street, Suite 206 North Chelmsford, MA 01863 USA (978) 251-0500 main (978) 251-0525 fax https://www.barebones.com/ Sales & customer service: [email protected] Technical support: [email protected] BBEdit and the BBEdit User Manual are copyright ©1992-2020 Bare Bones Software, Inc. All rights reserved. Produced/published in USA. Copyrights, Licenses & Trademarks cmark ©2014 by John MacFarlane. Used under license; part of the CommonMark project LibNcFTP Used under license from and copyright © 1996-2010 Mike Gleason & NcFTP Software Exuberant ctags ©1996-2004 Darren Hiebert (source code here) PCRE2 Library Written by Philip Hazel and Zoltán Herczeg ©1997-2018 University of Cambridge, England Info-ZIP Library ©1990-2009 Info-ZIP.
    [Show full text]
  • DFDL WG Stephen M Hanson, IBM [email protected] September 2014
    GFD-P-R.207 (OBSOLETED by GFD-P-R.240) Michael J Beckerle, Tresys Technology OGF DFDL WG Stephen M Hanson, IBM [email protected] September 2014 Data Format Description Language (DFDL) v1.0 Specification Status of This Document Grid Final Draft (GFD) Obsoletes This document obsoletes GFD-P-R.174 dated January 2011 [OBSOLETE_DFDL]. Copyright Notice Copyright © Global Grid Forum (2004-2006). Some Rights Reserved. Distribution is unlimited. Copyright © Open Grid Forum (2006-2014). Some Rights Reserved. Distribution is unlimited Abstract This document is OBSOLETE. It is superceded by GFD-P-R.240. This document provides a definition of a standard Data Format Description Language (DFDL). This language allows description of text, dense binary, and legacy data formats in a vendor- neutral declarative manner. DFDL is an extension to the XML Schema Description Language (XSDL). GFD-P-R.207 (OBSOLETED by GFD-P-R.240) September 2014 Contents Data Format Description Language (DFDL) v1.0 Specification ...................................................... 1 1. Introduction ............................................................................................................................... 9 1.1 Why is DFDL Needed? ................................................................................................... 10 1.2 What is DFDL? ................................................................................................................ 10 Simple Example ......................................................................................................
    [Show full text]
  • Notetab User Manual
    NoteTab User Manual Copyright © 1995-2016, FOOKES Holding Ltd, Switzerland NoteTab® Tame Your Text with NoteTab by FOOKES Holding Ltd A leading-edge text and HTML editor. Handle a stack of huge files with ease, format text, use a spell-checker, and perform system-wide searches and multi-line global replacements. Build document templates, convert text to HTML on the fly, and take charge of your code with a bunch of handy HTML tools. Use a power-packed scripting language to create anything from a text macro to a mini-application. Winner of top industry awards since 1998. “NoteTab” and “Fookes” are registered trademarks of Fookes Holding Ltd. All other trademarks and service marks, both marked and not marked, are the property of their respective ow ners. NoteTab® Copyright © 1995-2016, FOOKES Holding Ltd, Switzerland All rights reserved. No parts of this work may be reproduced in any form or by any means - graphic, electronic, or mechanical, including photocopying, recording, taping, or information storage and retrieval systems - without the written permission of the publisher. “NoteTab” and “Fookes” are registered trademarks of Fookes Holding Ltd. All other trademarks and service marks, both marked and not marked, are the property of their respective owners. While every precaution has been taken in the preparation of this document, the publisher and the author assume no responsibility for errors or omissions, or for damages resulting from the use of information contained in this document or from the use of programs and source code that may accompany it. In no event shall the publisher and the author be liable for any loss of profit or any other commercial damage caused or alleged to have been caused directly or indirectly by this document.
    [Show full text]
  • Sample Chapter 3
    108_GILLAM.ch03.fm Page 61 Monday, August 19, 2002 1:58 PM 3 Architecture: Not Just a Pile of Code Charts f you’re used to working with ASCII or other similar encodings designed I for European languages, you’ll find Unicode noticeably different from those other standards. You’ll also find that when you’re dealing with Unicode text, various assumptions you may have made in the past about how you deal with text don’t hold. If you’ve worked with encodings for other languages, at least some characteristics of Unicode will be familiar to you, but even then, some pieces of Unicode will be unfamiliar. Unicode is more than just a big pile of code charts. To be sure, it includes a big pile of code charts, but Unicode goes much further. It doesn’t just take a bunch of character forms and assign numbers to them; it adds a wealth of infor- mation on what those characters mean and how they are used. Unlike virtually all other character encoding standards, Unicode isn’t de- signed for the encoding of a single language or a family of closely related lan- guages. Rather, Unicode is designed for the encoding of all written languages. The current version doesn’t give you a way to encode all written languages (and in fact, this concept is such a slippery thing to define that it probably never will), but it does provide a way to encode an extremely wide variety of lan- guages. The languages vary tremendously in how they are written, so Unicode must be flexible enough to accommodate all of them.
    [Show full text]
  • Pdflib API Reference 9.0.1
    ABC PDFlib, PDFlib+PDI, PPS A library for generating PDF on the fly PDFlib 9.0.1 API Reference For use with C, C++, Cobol, COM, Java, .NET, Objective-C, Perl, PHP, Python, REALbasic/Xojo, RPG, Ruby Copyright © 1997–2013 PDFlib GmbH and Thomas Merz. All rights reserved. PDFlib users are granted permission to reproduce printed or digital copies of this manual for internal use. PDFlib GmbH Franziska-Bilek-Weg 9, 80339 München, Germany www.pdflib.com phone +49 • 89 • 452 33 84-0 fax +49 • 89 • 452 33 84-99 If you have questions check the PDFlib mailing list and archive at tech.groups.yahoo.com/group/pdflib Licensing contact: [email protected] Support for commercial PDFlib licensees: [email protected] (please include your license number) This publication and the information herein is furnished as is, is subject to change without notice, and should not be construed as a commitment by PDFlib GmbH. PDFlib GmbH assumes no responsibility or lia- bility for any errors or inaccuracies, makes no warranty of any kind (express, implied or statutory) with re- spect to this publication, and expressly disclaims any and all warranties of merchantability, fitness for par- ticular purposes and noninfringement of third party rights. PDFlib and the PDFlib logo are registered trademarks of PDFlib GmbH. PDFlib licensees are granted the right to use the PDFlib name and logo in their product documentation. However, this is not required. Adobe, Acrobat, PostScript, and XMP are trademarks of Adobe Systems Inc. AIX, IBM, OS/390, WebSphere, iSeries, and zSeries are trademarks of International Business Machines Corporation.
    [Show full text]
  • Locale Database
    International Language Environments Guide Part No: 817–2521–11 November 2010 Copyright © 2005, 2010, Oracle and/or its affiliates. All rights reserved. This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited. The information contained herein is subject to change without notice and is not warranted to be error-free. If you find any errors, please report them to us in writing. If this is software or related software documentation that is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, the following notice is applicable: U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are “commercial computer software” or “commercial technical data” pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, the use, duplication, disclosure, modification, and adaptation shall be subject to the restrictions and license terms setforth in the applicable Government contract, and, to the extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19, Commercial Computer Software License (December 2007). Oracle America, Inc., 500 Oracle Parkway, Redwood City, CA 94065.
    [Show full text]
  • C++ Reading a Line of Text
    C++ Reading a Line of Text Because there are times when you do not want to skip whitespace before inputting a character, there is a function to input the next character in the stream regardless of what it is. The function is named get and is applied as shown. cin.get(character); The next character in the input stream is returned in char variable character. If the previous input was a numeric value, character contains whatever character ended the inputting of the value. There are also times when you want to skip the rest of the values on a line and go to the beginning of the next line. A function named ignore defined in file <iostream> allows you to do this. It has two parameters. The first is an int expression and the second is a character. This function skips the number of characters specified in the first parameter or all the characters up to and including the character specified in the second parameter, whichever comes first. For example, cin.ignore(80, '\n'); skips 80 characters or skips to the beginning of the next line depending on whether a newline character is encountered before 80 characters are skipped (read and discarded). As another example, consider: cin.ignore(4,’g’); cin.get(c); cout << c << endl; If the input to this program is “agdfg” then the input is ignored up to and including the ‘g’ so the next character read is ‘d’. The letter “d” is then output. If the input to this program is “abcdef” then the input is ignored for the first four characters, so the next character read is ‘e’.
    [Show full text]
  • The XSB System Version 2.4 Volume 1: Programmer's Manual
    The XSB System Version 2.4 Volume 1: Programmer’s Manual Konstantinos Sagonas Terrance Swift David S. Warren Juliana Freire Prasad Rao Baoqiu Cui Ernie Johnson with contributions from Steve Dawson Michael Kifer July 13, 2001 Credits Day-to-day care and feeding of XSB including bug fixes, ports, and configuration man- agement has been done by Kostis Sagonas, David Warren, Terrance Swift, Prasad Rao, Steve Dawson, Juliana Freire, Ernie Johnson, Baoqiu Cui, Michael Kifer, and Bart Demoen. In Version 2.4, the core engine development of the SLG-WAM has been mainly imple- mented by Terrance Swift, Kostis Sagonas, Prasad Rao, and Juliana Freire. The break- down, roughly, was that Terrance Swift wrote the initial tabling engine and builtins. Prasad Rao reimplemented the engine’s tabling subsystem to use tries for variant-based table access while Kostis Sagonas implemented most of tabled negation. Juliana Freire revised the table scheduling mechanism starting from Version 1.5.0 to create a more efficient engine, and implemented the engine for local evaluation. Starting from XSB Version 2.0, XSB includes another tabling engine, CHAT, which was designed and developed by Kostis Sagonas and Bart Demoen. CHAT supports heap garbage collection (both based on a mark&slide and on a mark&copy algorithm) which was developed and implemented by Bart Demoen and Kostis Sagonas. Memory expansion code for WAM stacks was written by Ernie Johnson and Bart De- moen, while memory management code for CHAT areas was written by Bart Demoen and Kostis Sagonas. Rui Marques improved the trailing of the SLG-WAM and rewrote much of the engine to make it compliant with 64-bit architectures.
    [Show full text]
  • Text Preprocessing in Programmable Logic
    Text Preprocessing in Programmable Logic by Michał Jan Skiba A thesis presented to the University of Waterloo in fulfillment of the thesis requirement for the degree of Master of Applied Science in Electrical and Computer Engineering Waterloo, Ontario, Canada, 2010 ©Michał Jan Skiba 2010 I hereby declare that I am the sole author of this thesis. This is a true copy of the thesis, including any required final revisions, as accepted by my examiners. I understand that my thesis may be made electronically available to the public. ii Abstract There is a tremendous amount of information being generated and stored every year, and its growth rate is exponential. From 2008 to 2009, the growth rate was estimated to be 62%. In 2010, the amount of generated information is expected to grow by 50% to 1.2 Zettabytes, and by 2020 this rate is expected to grow to 35 Zettabytes[IE10]. By preprocessing text in programmable logic, high data processing rates could be achieved with greater power efficiency than with an equivalent software solution[VAM09], leading to a smaller carbon footprint. This thesis presents an overview of the fields of Information Retrieval and Natural Lan- guage Processing, and the design and implementation of four text preprocessing modules in programmable logic: UTF–8 decoding, stop–word filtering, and stemming with both Lovins’[Lov68] and Porter’s[Por80] techniques. These extensively pipelined circuits were implemented in a high performance FPGA and found to sustain maximum operational frequencies of 704 MHz, data throughputs in excess of 5 Gbps and efficiencies in the range of 4.332 – 6.765 mW/Gbps and 34.66 – 108.2 µW/MHz.
    [Show full text]
  • CS151.02 2007S : Character Values in Scheme
    Fundamentals of Computer Science I (CS151.02 2007S) Character Values in Scheme Summary: We consider characters, one of the important primitive data types in many languages. Characters are the building blocks of strings (which we cover in a subsequent reading). Procedures and Constants Covered in This Reading: Constant notation: #\ch (character constants) "string" (string constants). Character constants: #\a (lowercase a) ... #\z (lowercase z); #\A (uppercase A) ... #\Z (uppercase Z); #\0 (zero) ... #\9 (nine); #\space (space); #\newline (newline); and #\? (question mark). Character conversion: char->integer, integer->char, char-downcase, and char-upcase Unary character predicates: char?, char-alphabetic?, char-numeric?, char-lower-case?, char-upper-case?, and char-whitespace?. Character comparison predicates (warning: reference links do not yet work): char<?, char<=?, char=?, char>=?, char>?, char-ci<?, char-ci<=?, char-ci=?, char-ci>=?, and char-ci>?. Contents: Introduction Characters in Scheme Collating Sequences Handling Case More Character Predicates Appendix: Representing Characters ASCII Unicode Introduction A character is a small, repeatable unit within some system of writing -- a letter or a punctuation mark, if the system is alphabetic, or an ideogram in a writing system like Han (Chinese). Characters are usually put together in sequences called strings. Although early computer programs focused primarily on numeric processing, as computation advanced, it grew to incorporate a variety of algorithms that incorporated characters and strings. Some of the more interesting algorithms we will consider involve these data types. Hence, we must learn how to use this building blocks. 1 Characters in Scheme As you might expect, Scheme needs a way to distinguish between many different but similar things, including: characters (the units of writing), strings (formed by combining characters), symbols (which are treated as atomic and also cannot be combined or separated), and variables (names of values).
    [Show full text]
  • Emeditor Manual
    Greeting Thank you for choosing EmEditor Professional. EmEditor has been used and favored by many users because of its extremely high standard of quality and reliability. EmEditor has become my masterpiece, and I put all my effort into it. I highly recommend this software to all users. EmEditor can be evolved much more with your feedback. I would appreciate it if you would consider EmEditor for long term use and contact me anytime, by e-mail or on the forums, if you have questions or comments. Yutaka Emura President, Emurasoft, Inc. November 2011 E-mail: [email protected] Web: http://www.emeditor.com/ ii Contents Contents Greeting ............................................................................................................................................... i Contents ............................................................................................................................................. ii Getting Started ................................................................................................................... 1 About License .................................................................................................................................................. 1 About Support ................................................................................................................................................. 1 Premium Support............................................................................................................................................. 1 Getting
    [Show full text]
  • X Locale Database Definition
    XLocale Database Definition Yoshio Horiuchi IBM Japan Copyright © IBM Corporation 1994 All Rights Reserved License to use, copy, modify,and distribute this software and its documentation for anypurpose and without fee is hereby granted, provided that the above copyright notice appear in all copies and that both that copyright notice and this permission notice appear in supporting documentation, and that the name of IBM not be used in advertising or publicity pertaining to distribution of the software without specific, written prior permission. IBM DISCLAIMS ALL WARRANTIES WITH REGARD TOTHIS SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY,FITNESS, AND NONINFRINGEMENT OF THIRD PARTY RIGHTS, IN NO EVENT SHALL IBM BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DAT A OR PROFITS, WHETHER IN AN ACTION OF CONTRACT,NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CON- NECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. Copyright © 1994 X Consortium Permission is hereby granted, free of charge, to anyperson obtaining a copyofthis software and associated documenta- tion files (the ‘‘Software’’), to deal in the Software without restriction, including without limitation the rights to use, copy, modify,merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Soft- ware. THE SOFTWARE IS PROVIDED ‘‘ASIS’’, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOTLIMITED TOTHE WARRANTIES OF MERCHANTABILITY,FITNESS FOR A PARTIC- ULAR PURPOSE AND NONINFRINGEMENT.INNOEVENT SHALL THE X CONSORTIUM BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,WHETHER IN AN ACTION OF CONTRACT,TORTOROTH- ERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
    [Show full text]