Font::TTF::GPOS.3pm - Online Linux Manual Page

Font::TTF::GPOS - Online Linux Manual PageSection : 3pm
Updated : 2020-12-27
Source : perl v5.32.0
Note : User Contributed Perl Documentation

NAMEFont::TTF::GPOS − Support for Opentype GPOS tables in conjunction with TTOpen

DESCRIPTIONThe GPOS table is one of the most complicated tables in the TTF spec and the corresponding data structure abstraction is also not trivial. While much of the structure of a GPOS is shared with a GSUB table via the Font::TTF::Ttopen

INSTANCE VARIABLESHere we describe the additions and lookup specific information for GPOS tables. Unfortunately there is no one abstraction which seems to work comfortable for all GPOS tables, so we will also examine how the variables are used for different lookup types. The following are the values allowed in the ACTION_TYPE and MATCH_TYPE variables: ACTION_TYPE This can take any of the following values a The ACTION is an array of anchor tables o Offset. There is no RULE array. The ADJUST variable contains a value record (see later in this description) v The ACTION is a value record. p Pair adjustment. The ACTION contains an array of two value records for the matched two glyphs. e Exit and Entry records. The ACTION contains an array of two anchors corresponding to the exit and entry anchors for the glyph. l Indicates a lookup based contextual rule as per the GSUB table. MATCH_TYPE This can take any of the following values g A glyph array c An array of class values o An array of coverage tables The following variables are added for Attachment Positioning Subtables: MATCH This contains an array of glyphs to match against for all RULES. It is much like having the same MATCH string in all RULES. In the cases it is used so far, it only ever contains one element. MARKS This contains a Mark array consisting of each element being a subarray of two elements: CLASS The class that this mark uses on its base ANCHOR The anchor with which to attach this mark glyph The base table for mark to base, ligature or mark attachment positioning is structured with the ACTION containing an array of anchors corresponding to each attachment class. For ligatures, there is more than one RULE in the RULE array corresponding to each glyph in the coverage table. Other variables which are provided for informational purposes are: VFMT Value format for the adjustment of the glyph matched by the coverage table. VFMT2 Value format used in pair adjustment for the second glyph in the pair

Value RecordsThere is a subtype used in GPOS tables called a value record. It is used to adjust the position of a glyph from its default position. The value record is variable length with a bitfield at the beginning to indicate which of the following entries are included. The bitfield is not stored since it is recalculated at write time. XPlacement Horizontal adjustment for placement (not affecting other unattached glyphs) YPlacement Vertical adjustment for placement (not affecting other unattached glyphs) XAdvance Adjust the advance width glyph (used only in horizontal writing systems) YAdvance Adjust the vertical advance (used only in vertical writing systems) XPlaDevice Device table for device specific adjustment of horizontal placement YPlaDevice Device table for device specific adjustment of vertical placement XAdvDevice Device table for device specific adjustment of horizontal advance YAdDevice Device table for device specific adjustment of vertical advance XIdPlacement Horizontal placement metric id (for Multiple Master fonts − but that is all I know!) YIdPlacement Vertical placement metric id XIdAdvance Horizontal advance metric id YIdAdvance Vertical advance metric id

CORRESPONDANCE TO LAYOUT TYPESHere is what is stored in the ACTION_TYPE and MATCH_TYPE for each of the known GPOS subtable types: 1.1 1.2 2.1 2.2 3 4 5 6 7.1 7.2 7.3 8.1 8.2 8.3 ACTION_TYPE o v p p e a a a l l l l l l MATCH_TYPE g c g c o g c o

METHODS

read_subReads the subtable into the data structures

$t−>extensionReturns the table type number for the extension table

$t−>out_subOutputs the subtable to the given filehandle

$t−>read_value($format, $base, $lookup, $fh)Reads a value record from the current location in the file, according to the format given.

$t−>read_delta($offset, $base, $lookup, $fh)Reads a delta (device table) at the given offset if it hasn not already been read. Store the offset and item in the lookup cache ($lookup−>{' CACHE'})

$t−>read_anchor($offset, $base, $lookup, $fh)Reads an Anchor table at the given offset if it has not already been read.

$t−>fmt_valueReturns the value format for a given value record

$t−>out_valueReturns the output string for the outputting of the value for a given format. Also updates the offset cache for any device tables referenced.

AUTHORMartin Hosken <http://scripts.sil.org/FontUtils>.

LICENSINGCopyright (c) 1998−2016, SIL International (http://www.sil.org) This module is released under the terms of the Artistic License 2.0. For details, see the full text of the license in the file LICENSE. 0

Johanes Gumabo

Data Size : 20,879 byte
man-Font::TTF::GPOS.3pmBuild : 2024-12-05, 20:55 :
Visitor Screen : x
Visitor Counter ( page / site ) : 5 / 165,011
Visitor ID : :
Visitor IP : 3.133.148.130 :
Visitor Provider : AMAZON-02 :
Provider Position ( lat x lon ) : 39.962500 x -83.006100 : x
Provider Accuracy Radius ( km ) : 1000 :
Provider City : Columbus :
Provider Province : Ohio , : ,
Provider Country : United States :
Provider Continent : North America :
Visitor Recorder : Version :
Visitor Recorder : Library :
Online Linux Manual Page : Version : Online Linux Manual Page - Fedora.40 - march=x86-64 - mtune=generic - 24.12.05
Online Linux Manual Page : Library : lib_c - 24.10.03 - march=x86-64 - mtune=generic - Fedora.40
Online Linux Manual Page : Library : lib_m - 24.10.03 - march=x86-64 - mtune=generic - Fedora.40
Data Base : Version : Online Linux Manual Page Database - 24.04.13 - march=x86-64 - mtune=generic - fedora-38
Data Base : Library : lib_c - 23.02.07 - march=x86-64 - mtune=generic - fedora.36

Very long time ago, I have the best tutor, Wenzel Svojanovsky . If someone knows the email address of Wenzel Svojanovsky , please send an email to johanes_gumabo@yahoo.co.id .

If error, please print screen and send to johanes_gumabo@yahoo.co.id
Under development. Support me via PayPal.

ERROR : Need New Coding : (parse_manual_page_|249|Font::TTF::GPOS.3pm|36/37|el══─{─══.|.el══─{─══. ds -- \|\(em\| ) (htmlprn|149|Font::TTF::GPOS.3pm|36/37|.el══─{─══. ds -- — |.el══─{─══. ds -- \|\(em\| ) (parse_manual_page_|249|Font::TTF::GPOS.3pm|43|br══─}─══|'br══─}─══ ) (htmlprn|149|Font::TTF::GPOS.3pm|43|'br══─}─══ |'br══─}─══ )