class final Core · roukmoute/pdf 0.6.2
PDF\Specification\Dictionary\StandardLayoutAttributesSpecificToInlineLevelStructureElementsTable345\GlyphOrientationVerticalEntryTable 345, /GlyphOrientationVertical; PDF type: number or name; Optional; inheritable; PDF 1.5.Inheritance and contracts
Parent : PDF\Specification\SchemaEntry
Definition in the specification
Table 345 · Standard layout attributes specific to inline-level structure elements
ISO 32000-1:2008, §14.8.5.4.4 · PDF page 614 ↗
/GlyphOrientationVertical number or name
(Optional; inheritable; PDF 1.5) Specifies the orientation of glyphs when the inline-progression direction is top to bottom or bottom to top. This attribute may take one of the following values: angle A number representing the clockwise rotation in degrees of the top of the glyphs relative to the top of the reference area. Shall be a multiple of 90 degrees between -180 and +360. AutoSpecifies a default orientation for text, depending on whether it is fullwidth (as wide as it is high). Fullwidth Latin and fullwidth ideographic text (excluding ideographic punctuation) shall be set with an angle of 0. Ideographic punctuation and other ideographic characters having alternate horizontal and vertical forms shall use the vertical form of the glyph. Non-fullwidth text shall be set with an angle of 90. Default value: Auto. NOTE 2 This attribute is used most commonly to differentiate between the preferred orientation of alphabetic (non- ideographic) text in vertically written Japanese documents (Auto or 90) and the orientation of the ideographic characters and/or alphabetic (non- ideographic) text in western signage and advertising (90). This attribute shall affect both the alignment and width of the glyphs. If a glyph is perpendicular to the vertical baseline, its horizontal alignment point shall be aligned with the alignment baseline for the script to which the glyph belongs. The width of the glyph area shall be determined from the horizontal width font characteristic for the glyph.
Qualifier: Optional; inheritable; PDF 1.5
Conditional descriptions remain traceable. A definition alone does not implement a codec, a signature or every format mechanism. Read the coverage.
Construction
__construct()
public function __construct(PDF\Syntax\Object\NumericType|PDF\Syntax\Object\NameType|PDF\Syntax\Object\IndirectReference $value)Inherited methods
3 methods from parents and contracts
definition()
public function definition(): PDF\Specification\EntryDefinitionkey()
public function key(): PDF\Syntax\Object\NameTypevalue()
public function value(): PDF\Syntax\FileStructure\BasicTypeProperties
| Declaration | Origin and documentation |
|---|---|
public readonly PDF\Syntax\Object\NameType $key | PDF\Syntax\Object\DictionaryObject\Entry |
public readonly PDF\Syntax\FileStructure\BasicType $value | PDF\Syntax\Object\DictionaryObject\Entry |