From commits-return-4642-archive-asf-public=cust-asf.ponee.io@xmlgraphics.apache.org Tue Nov 5 15:25:01 2019 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [207.244.88.153]) by mx-eu-01.ponee.io (Postfix) with SMTP id 4D2331806C2 for ; Tue, 5 Nov 2019 16:25:00 +0100 (CET) Received: (qmail 11463 invoked by uid 500); 5 Nov 2019 15:24:59 -0000 Mailing-List: contact commits-help@xmlgraphics.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@xmlgraphics.apache.org Delivered-To: mailing list commits@xmlgraphics.apache.org Received: (qmail 11069 invoked by uid 99); 5 Nov 2019 15:24:58 -0000 Received: from Unknown (HELO svn01-us-east.apache.org) (13.90.137.153) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Nov 2019 15:24:58 +0000 Received: from svn01-us-east.apache.org (svn01-us-east.apache.org [127.0.0.1]) by svn01-us-east.apache.org (ASF Mail Server at svn01-us-east.apache.org) with ESMTP id CF07917A104 for ; Tue, 5 Nov 2019 15:24:57 +0000 (UTC) Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: svn commit: r1052432 [13/33] - in /websites/staging/xmlgraphics/trunk/content: ./ batik/ commons/ fop/ fop/0.95/ fop/1.0/ fop/1.1/ fop/2.0/ fop/2.1/ fop/2.2/ fop/2.3/ fop/2.4/ fop/2.4/images/ fop/dev/ fop/dev/design/ fop/trunk/ Date: Tue, 05 Nov 2019 15:24:52 -0000 To: commits@xmlgraphics.apache.org From: buildbot@apache.org X-Mailer: svnmailer-1.0.9 Message-Id: <20191105152457.CF07917A104@svn01-us-east.apache.org> Added: websites/staging/xmlgraphics/trunk/content/fop/2.4/compiling.html ============================================================================== --- websites/staging/xmlgraphics/trunk/content/fop/2.4/compiling.html (added) +++ websites/staging/xmlgraphics/trunk/content/fop/2.4/compiling.html Tue Nov 5 15:24:49 2019 @@ -0,0 +1,681 @@ + + + + Apache(tm) FOP: Building from Source Code + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ The Apache FOP Project +

The Apache™ FOP Project

+
+ + + +
+
+
+ +
+

Apache™ FOP: Building from Source Code

+

Do You Need To Build?

+

Apache™ FOP snapshots are either pre-compiled binary or source. If you are using a binary snapshot, it is already built and there is no need to build it again. If you got the source code from a repository snapshot or via Subversion you will need to build FOP. See the Download Instructions for information about where to obtain binary or repository snapshots, and whether a binary or source snapshot is best for your needs.

+

Set Up Your Environment

+

JDK

+

Building FOP requires a minimum Java Development Kit (JDK/SDK) of 1.7 (A Java Runtime Environment is not sufficient).

+

CLASSPATH

+

There is generally no need to setup a classpath. All libraries needed to compile FOP are included in the source distribution and are referenced by the build script. You will only need to adjust the classpath if you build FOP in some other way. See the build script build.xml for details.

+

JAVA_HOME

+

The build script uses Apache Ant, a popular Java-based build tool, which usually requires that the environment variable JAVA_HOME point to your local JDK root directory. This is true even if you use JDK 1.5 or above, which normally does not need this setting.

+

Apache Ant

+

Apache Ant (Version 1.7 or later) must be installed in order to build FOP. Following best practices we don't include Ant with FOP anymore. You can find the instructions to install Ant in the Ant manual on the web.

+

Run the Build Script

+

Change to the FOP root directory and build FOP by executing the build script (build.xml) using the "ant" command.

+

The "ant" command is only available on your system if you've properly installed Apache Ant and added Ant's location to the PATH environment variable.

+

The file build.xml in the FOP root directory is the blueprint that Ant uses for the build. It contains information for numerous build targets, many of which are building blocks to more useful target, and others which are primarily used by the FOP developers. You may benefit from looking through this file to learn more about the various build targets. To obtain a complete list of useful build targets:

+
ant -projecthelp
+
+ + +

The most useful targets are:

+
    +
  • +

    package: Generates the JAR files (default). This is the normal build that produces a jar file usable for running FOP.

    +
  • +
  • +

    clean: Cleans the build directory. This is useful for making sure that any build errors are cleaned up before starting a new build. It should not ordinarily be needed, but may be helpful if you are having problems with the build process itself.

    +
  • +
  • +

    javadocs: Creates the FOP API documentation.

    +
  • +
+

To run the build:

+
ant [target ...]
+
+ + +

For example to do a normal build for the "all" target (which is the default):

+
ant
+
+ + +

OR

+
ant all
+
+ + +

To clean the build directory first:

+
ant clean all
+
+ + +

If you want to shorten the build time you can just call the "package" target which doesn't perform any automated tests during the build.

+

Troubleshooting

+

If you have problems building FOP, please try the following:

+
    +
  • +

    Run the build with the target of "clean", then rerun the build.

    +
  • +
  • +

    Delete the build directory completely, then rerun the build.

    +
  • +
  • +

    Make sure you do not have a non-FOP version of xerces.jar, xalan.jar, batik.jar, or another dependency product somewhere in your CLASSPATH.

    +
  • +
  • +

    If the build still fails, see the Getting Help page for further help.

    +
  • +
+
+ +
+ + + + + + Added: websites/staging/xmlgraphics/trunk/content/fop/2.4/complexscripts.html ============================================================================== --- websites/staging/xmlgraphics/trunk/content/fop/2.4/complexscripts.html (added) +++ websites/staging/xmlgraphics/trunk/content/fop/2.4/complexscripts.html Tue Nov 5 15:24:49 2019 @@ -0,0 +1,1222 @@ + + + + Apache(tm) FOP: Complex Scripts + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ The Apache FOP Project +

The Apache™ FOP Project

+
+ + + +
+
+
+ +
+

Apache™ FOP: Complex Scripts

+

Overview

+

This page describes the complex scripts features of Apache™ FOP, which include:

+
    +
  • +

    Support for languages written with right-to-left scripts, such as Arabic and Hebrew scripts.

    +
  • +
  • +

    Support for languages written with South Asian and Southeast Asian scripts, such as Devanagari, Khmer, Tamil, Thai, and others.

    +
  • +
  • +

    Support for advanced substitution, reordering, and positioning of glyphs according to language and script sensitive rules.

    +
  • +
  • +

    Support for advanced number to string formatting.

    +
  • +
+

Disabling complex scripts

+

Complex script features are enabled by default. If some application of FOP does not require this support, then it can be disabled in three ways:

+
    +
  1. +

    Command line:

    +

    The command line option -nocs turns off complex script features:

    +
    fop -nocs -fo mydocument.fo -pdf mydocument.pdf
    +
    + + +
  2. +
  3. +

    Embedding:

    +
    userAgent.setComplexScriptFeaturesEnabled(false);
    +
    + + +
  4. +
  5. +

    Optional setting in fop.xconf file:

    +
    <fop version="1.0">
    +  <complex-scripts disabled="true"/>
    +  ...
    +</fop>`
    +
    + + +
  6. +
+

When complex scripts features are enabled, additional information related to bidirectional level resolution, the association between characters and glyphs, and glyph position adjustments are added to the internal, parsed representation of the XSL-FO tree and its corresponding formatted area tree. This additional information will somewhat increase the memory requirements for processing documents that use these features.

+

A document author need not make explicit use of any complex scripts feature in order for this additional information to be created. For example, if the author makes use of a font that contains OpenType GSUB and/or GPOS tables, then those tables will be automatically used unless complex scripts features are disabled.

+

Changes to your XSL-FO input files

+

In most circumstances, XSL-FO content does not need to change in order to make use of complex scripts features; however, in certain contexts, fully automatic processing is not sufficient. In these cases, an author may make use of the following XSL-FO constructs:

+
    +
  • +

    The script property.

    +
  • +
  • +

    The language property.

    +
  • +
  • +

    The writing-mode property.

    +
  • +
  • +

    The number to string conversion properties: format, grouping-separator, grouping-size, letter-value, and fox:number-conversion-features.

    +
  • +
  • +

    The fo:bidi-override element.

    +
  • +
  • +

    Explicit bidirectional control characters: U+200E LRM, U+200F RLM, U+202A LRE, U+202B RLE, U+202C PDF, U+202D LRO, U+202E RLO.

    +
  • +
  • +

    Explicit join control characters: U+200C ZWNJ and U+200D ZWJ.

    +
  • +
+

Authoring Details

+

The complex scripts related effects of the above enumerated XSL-FO constructs are more fully described in the following sub-sections.

+

Script Property

+

In order to apply font specific complex script features, it is necessary to know the script that applies to the text undergoing layout processing. This script is determined using the following algorithm:

+
    +
  1. +

    If the FO element that governs the text specifies a http://www.w3.org/TR/2006/REC-xsl11-20061205/#script property and its value is not the empty string or "auto", then that script is used.

    +
  2. +
  3. +

    Otherwise, the dominant script of the text is determined automatically by finding the script whose constituent characters appear most frequently in the text.

    +
  4. +
+

In case the automatic algorithm does not produce the desired results, an author may explicitly specify a script property with the desired script. If specified, it must be one of the four-letter script code specified in ISO 15924 Code List or in the Extended Script Codes table. Comparison of script codes is performed in a case-insensitive manner, so it does not matter what case is used when specifying these codes in an XSL-FO document.

+

Standard Script Codes

+

The following table enumerates the standard ISO 15924 4-letter codes recognized by FOP.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
CodeScript
arabArabic
bengBengali
bopoBopomofo
cyrlCyrillic
devaDevanagari
ethiEthiopic
georGeorgian
grekGreek
gujrGujarati
guruGurmukhi
hangHangul
haniHan
hebrHebrew
hiraHiragana
kanaKatakana
kndaKannada
khmrKhmer
laooLao
latnLatin
mlymMalayalam
mymrBurmese
mongMongolian
oryaOriya
sinhSinhalese
tamlTamil
teluTelugu
thaiThai
tibtTibetan
zmthMath
zsymSymbol
zyyyUndetermined
zzzzUncoded
+

Extended Script Codes

+

The following table enumerates a number of non-standard extended script codes recognized by FOP.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
CodeScriptComments
bng2BengaliOpenType Indic Version 2 (May 2008 and following) behavior.
dev2DevanagariOpenType Indic Version 2 (May 2008 and following) behavior.
gur2GurmukhiOpenType Indic Version 2 (May 2008 and following) behavior.
gjr2GujaratiOpenType Indic Version 2 (May 2008 and following) behavior.
knd2KannadaOpenType Indic Version 2 (May 2008 and following) behavior.
mlm2MalayalamOpenType Indic Version 2 (May 2008 and following) behavior.
ory2OriyaOpenType Indic Version 2 (May 2008 and following) behavior.
tml2TamilOpenType Indic Version 2 (May 2008 and following) behavior.
tel2TeluguOpenType Indic Version 2 (May 2008 and following) behavior.
+

Explicit use of one of the above extended script codes is not portable, and should be limited to use with FOP only.

+

When performing automatic script determination, FOP selects the OpenType Indic Version 2 script codes by default. If the author requires Version 1 behavior, then an explicit, non-extension script code should be specified in a governing script property.

+

Language Property

+

Certain fonts that support complex script features can make use of language information in order for language specific processing rules to be applied. For example, a font designed for the Arabic script may support typographic variations according to whether the written language is Arabic, Farsi (Persian), Sindhi, Urdu, or another language written with the Arabic script. In order to apply these language specific features, the author may explicitly mark the text with a http://www.w3.org/TR/2006/REC-xsl11-20061205/#language property.

+

When specifying the language property, the value of the property must be either an ISO639-2 3-letter code or an ISO639-1 2-letter code. Comparison of language codes is performed in a case-insensitive manner, so it does not matter what case is used when specifying these codes in an XSL-FO document.

+

Writing Mode Property

+

The writing-mode property is used to determine the axes and direction of the inline progression direction, the block progression direction, the column progression direction (in tables and flows), the shift direction, region placement, the resolution of writing-mode relative property values (such as start, end, before, after), and the default block (paragraph) bidirectionality level.

+

The writing-mode property is inherited, so it can appear on any XSL-FO element type; however, it applies (semantically) only to the following element types:

+
    +
  • +

    fo:page-sequence

    +
  • +
  • +

    fo:simple-page-master

    +
  • +
  • +

    fo:region-*

    +
  • +
  • +

    fo:block-container

    +
  • +
  • +

    fo:inline-container

    +
  • +
  • +

    fo:table

    +
  • +
+

If it is not specified on one of these element types, but is specified on an ancestor element, then the value specified on that ancestor element (the inherited value) is used; otherwise, the initial value lr-tb is used.

+

At present, only the following values of the writing-mode property are supported:

+
    +
  • +

    lr-tb

    +
  • +
  • +

    rl-tb

    +
  • +
  • +

    lr

    +
  • +
  • +

    rl

    +
  • +
+

Writing modes that employ a vertical inline progression direction are not yet supported.

+

Number Conversion Properties

+

Bidi Override Element

+

The fo:bidi-override element may be used to override default bidirectional processing behavior, including default embedding levels and default character directionality. In the absence of either this element or use of explicit Bidi Control Characters, the default behavior prescribed by the Unicode Bidirectional Algorithm applies.

+

Bidi Control Characters

+

In addition to the use of the Bidi Override Element, an author may make use of the following explicit Unicode Bidi Control Characters:

+
    +
  • +

    U+200E - LEFT-TO-RIGHT MARK (LRM)

    +
  • +
  • +

    U+200F - RIGHT-TO-LEFT MARK (RLM)

    +
  • +
  • +

    U+202A - LEFT-TO-RIGHT EMBEDDING (LRE)

    +
  • +
  • +

    U+202B - RIGHT-TO-LEFT EMBEDDING (RLE)

    +
  • +
  • +

    U+202C - POP DIRECTIONAL FORMATTING (PDF)

    +
  • +
  • +

    U+202D - LEFT-TO-RIGHT OVERRIDE (LRO)

    +
  • +
  • +

    U+202E - RIGHT-TO-LEFT OVERRIDE (RLO)

    +
  • +
+

If an embedding or override is not terminated (using U+202C PDF) prior to the end of a delimited text range, then it is automatically terminated by FOP.

+

Join Control Characters

+

In order to prevent joining behavior in contexts where joining occurs by default, for example, between U+0628 ARABIC LETTER BEH and U+0646 ARABIC LETTER NOON, an author may used a U+200C ZERO WIDTH NON-JOINER (ZWNJ).

+

Conversely, in order to force joining behavior in contexts where joining does not occur by default, for example, between U+0628 ARABIC LETTER BEH and U+0020 SPACE, an author may used a U+200D ZERO WIDTH JOINER (ZWJ).

+

The behavior of ZWNJ and ZWJ is script specific. See The Unicode Standard, Chapter 8, Middle Eastern Scripts for information on the use of these control characters with the Arabic script. See The Unicode Standard, Chapter 9, South Asian Scripts - I for information on the use of these control characters with common Indic scripts.

+

Supported Scripts

+

Support for specific complex scripts is enumerated in the following table. Support for those marked as not being supported is expected to be added in future revisions.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ScriptSupportTestedComments
Arabicfullfull
Bengalinonenone
Burmesenonenone
Devanagaripartialpartialjoin controls (ZWJ, ZWNJ) not yet supported
Khmerfullfull
Gujaratipartialnonepre-alpha
Gurmukhipartialnonepre-alpha
Hebrewfullpartial
Kannadanonenone
Laononenone
Malayalamnonenone
Mongoliannonenone
Oriyanonenone
Tamilnonenone
Telugunonenone
Tibetannonenone
Thainonenone
+

Supported Fonts

+

Support for specific fonts is enumerated in the following sub-sections. If a given font is not listed, then it has not been tested with these complex scripts features.

+

Arabic Fonts

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
FontVersionGlyphsComments
Arial Unicode MS1.0150377limited GPOS support
Lateef1.01147language features for Kurdish (KUR), Sindhi (SND), Urdu (URD)
Scheherazade1.01197language features for Kurdish (KUR), Sindhi (SND), Urdu (URD)
Simplified Arabic1.01contains invalid, out of order coverage table entries
Simplified Arabic5.00414lacks GPOS support
Simplified Arabic5.92473includes GPOS for advanced position adjustment
Traditional Arabic1.01530lacks GPOS support
Traditional Arabic5.00530lacks GPOS support
Traditional Arabic5.92589includes GPOS for advanced position adjustment
+

Devanagari Fonts

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
FontVersionGlyphsComments
Aparajita1.00706
Kokila1.00706
Mangal5.01885designed for use in user interfaces
Utsaah1.00706
+

Other Limitations

+

Complex scripts support in Apache FOP is relatively new, so there are certain limitations. Please help us identify and close any gaps.

+
    +
  • +

    Only the PDF output format fully supports complex scripts features at the present time.

    +
  • +
  • +

    Shaping context does not extend across an element boundary. This limitation prevents the use of fo:character, fo:inline or fo:wrapper in order to colorize individual Arabic letters without affecting shaping behavior across the element boundary.

    +
  • +
+ +

In addition to the XSL-FO specification, a number of external resources provide guidance about authoring documents that employ complex scripts and the features described above:

+
+
+ +
+ + + + + + --------------------------------------------------------------------- To unsubscribe, e-mail: commits-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: commits-help@xmlgraphics.apache.org