Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from https://unicode-org.github.io/icu-docs/apidoc/released/icu4c/ushape_8h.html below:

ICU 77.1: common/unicode/ushape.h File Reference

C API: Arabic shaping. More...

Go to the source code of this file.

C API: Arabic shaping.

Definition in file ushape.h.

Tashkeel aggregation option: Replaces any combination of U+0651 with one of U+064C, U+064D, U+064E, U+064F, U+0650 with U+FC5E, U+FC5F, U+FC60, U+FC61, U+FC62 consecutively.

Stable:

ICU 3.6

Definition at line 311 of file ushape.h.

Bit mask for tashkeel aggregation.

Stable:

ICU 3.6

Definition at line 315 of file ushape.h.

Tashkeel aggregation option: do not aggregate tashkeels.

Stable:

ICU 3.6

Definition at line 313 of file ushape.h.

Digit type option: Use Arabic-Indic digits (U+0660...U+0669).

Stable:

ICU 2.0

Definition at line 293 of file ushape.h.

Digit type option: Use Eastern (Extended) Arabic-Indic digits (U+06f0...U+06f9).

Stable:

ICU 2.0

Definition at line 296 of file ushape.h.

Not a valid option value.

May be replaced by a new option.

Stable:

ICU 2.0

Definition at line 299 of file ushape.h.

Digit shaping option: Replace European digits (U+0030...) by Arabic-Indic digits if the most recent strongly directional character is an Arabic letter (u_charDirection() result U_RIGHT_TO_LEFT_ARABIC [AL]).

The direction of "preceding" depends on the direction indicator option. For the first characters, the preceding strongly directional character (initial state) is assumed to be an Arabic letter.

Stable:

ICU 2.0

Definition at line 283 of file ushape.h.

Digit shaping option: Replace European digits (U+0030...) by Arabic-Indic digits if the most recent strongly directional character is an Arabic letter (u_charDirection() result U_RIGHT_TO_LEFT_ARABIC [AL]).

The direction of "preceding" depends on the direction indicator option. For the first characters, the preceding strongly directional character (initial state) is assumed to be not an Arabic letter (it is U_LEFT_TO_RIGHT [L] or U_RIGHT_TO_LEFT [R]).

Stable:

ICU 2.0

Definition at line 271 of file ushape.h.

Digit shaping option: Replace Arabic-Indic digits by European digits (U+0030...).

Stable:

ICU 2.0

Definition at line 258 of file ushape.h.

Digit shaping option: Replace European digits (U+0030...) by Arabic-Indic digits.

Stable:

ICU 2.0

Definition at line 251 of file ushape.h.

Bit mask for digit shaping options.

Stable:

ICU 2.0

Definition at line 289 of file ushape.h.

Digit shaping option: do not perform digit shaping.

Stable:

ICU 2.0

Definition at line 244 of file ushape.h.

Not a valid option value.

May be replaced by a new option.

Stable:

ICU 2.0

Definition at line 286 of file ushape.h.

Memory option: the result must have the same length as the source.

Shaping Mode: For each LAMALEF character found, expand LAMALEF using space at end. If there is no space at end, use spaces at beginning of the buffer. If there is no space at beginning of the buffer, use spaces at the near (i.e. the space after the LAMALEF character). If there are no spaces found, an error U_NO_SPACE_AVAILABLE (as defined in utypes.h) will be set in pErrorCode

Deshaping Mode: Perform the same function as the flag equals U_SHAPE_LAMALEF_END. Affects: LamAlef options

Stable:

ICU 4.2

Definition at line 184 of file ushape.h.

Memory option: the result must have the same length as the source.

If more room is necessary, then try to consume spaces at the beginning of the text. Affects: LamAlef options This option is an alias to U_SHAPE_LENGTH_FIXED_SPACES_AT_BEGINNING

Stable:

ICU 4.2

Definition at line 168 of file ushape.h.

Memory option: the result must have the same length as the source.

If more room is necessary, then try to consume spaces at the end of the text. Affects: LamAlef options This option is an alias to U_SHAPE_LENGTH_FIXED_SPACES_AT_END

Stable:

ICU 4.2

Definition at line 152 of file ushape.h.

Bit mask for LamAlef memory options.

Stable:

ICU 4.2

Definition at line 194 of file ushape.h.

Memory option: the result must have the same length as the source.

If more room is necessary, then try to consume spaces next to modified characters. Affects: LamAlef options This option is an alias to U_SHAPE_LENGTH_FIXED_SPACES_NEAR

Stable:

ICU 4.2

Definition at line 136 of file ushape.h.

Memory option: allow the result to have a different length than the source.

Affects: LamAlef options This option is an alias to U_SHAPE_LENGTH_GROW_SHRINK

Stable:

ICU 4.2

Definition at line 120 of file ushape.h.

Memory option: the result must have the same length as the source.

If more room is necessary, then try to consume spaces at the beginning of the text.

Stable:

ICU 2.0

Definition at line 159 of file ushape.h.

Memory option: the result must have the same length as the source.

If more room is necessary, then try to consume spaces at the end of the text.

Stable:

ICU 2.0

Definition at line 143 of file ushape.h.

Memory option: the result must have the same length as the source.

If more room is necessary, then try to consume spaces next to modified characters.

Stable:

ICU 2.0

Definition at line 127 of file ushape.h.

Memory option: allow the result to have a different length than the source.

Affects: LamAlef options

Stable:

ICU 2.0

Definition at line 112 of file ushape.h.

Bit mask for letter shaping options.

Stable:

ICU 2.0

Definition at line 240 of file ushape.h.

Letter shaping option: do not perform letter shaping.

Stable:

ICU 2.0

Definition at line 221 of file ushape.h.

Letter shaping option: replace abstract letter characters by "shaped" ones.

Stable:

ICU 2.0

Definition at line 224 of file ushape.h.

Letter shaping option: replace abstract letter characters by "shaped" ones.

The only difference with U_SHAPE_LETTERS_SHAPE is that Tashkeel letters are always "shaped" into the isolated form instead of the medial form (selecting code points from the Arabic Presentation Forms-B block).

Stable:

ICU 2.0

Definition at line 236 of file ushape.h.

Letter shaping option: replace "shaped" letter characters by abstract ones.

Stable:

ICU 2.0

Definition at line 227 of file ushape.h.

Presentation form option: Don't replace Arabic Presentation Forms-A and Arabic Presentation Forms-B characters with 0+06xx characters, before shaping.

Stable:

ICU 3.6

Definition at line 323 of file ushape.h.

Bit mask for preserve presentation form.

Stable:

ICU 3.6

Definition at line 331 of file ushape.h.

Presentation form option: Replace Arabic Presentation Forms-A and Arabic Presentationo Forms-B with their unshaped correspondents in range 0+06xx, before shaping.

Stable:

ICU 3.6

Definition at line 329 of file ushape.h.

Bit mask for Seen memory options.

Stable:

ICU 4.2

Definition at line 352 of file ushape.h.

Memory option: the result must have the same length as the source.

Shaping mode: The SEEN family character will expand into two characters using space near the SEEN family character(i.e. the space after the character). If there are no spaces found, an error U_NO_SPACE_AVAILABLE (as defined in utypes.h) will be set in pErrorCode

De-shaping mode: Any Seen character followed by Tail character will be replaced by one cell Seen and a space will replace the Tail. Affects: Seen options

Stable:

ICU 4.2

Definition at line 346 of file ushape.h.

This option affect the meaning of BEGIN and END options.

if this option is not used the default for BEGIN and END will be as following: The Default (for both Visual LTR, Visual RTL and Logical Text)

1. BEGIN always refers to the start address of physical memory.
2. END always refers to the end address of physical memory.

If this option is used it will swap the meaning of BEGIN and END only for Visual LTR text.

The effect on BEGIN and END Memory Options will be as following: A. BEGIN For Visual LTR text: This will be the beginning (right side) of the visual text( corresponding to the physical memory address end for Visual LTR text, Same as END in default behavior) B. BEGIN For Logical text: Same as BEGIN in default behavior. C. END For Visual LTR text: This will be the end (left side) of the visual text (corresponding to the physical memory address beginning for Visual LTR text, Same as BEGIN in default behavior. D. END For Logical text: Same as END in default behavior). Affects: All LamAlef BEGIN, END and AUTO options.

Stable:

ICU 4.2

Definition at line 448 of file ushape.h.

Bit mask for swapping BEGIN and END for Visual LTR text.

Stable:

ICU 4.2

Definition at line 454 of file ushape.h.

If this option is used, shaping will use the new Unicode code point for TAIL (i.e.

0xFE73). If this option is not specified (Default), old unofficial Unicode TAIL code point is used (i.e. 0x200B) De-shaping will not use this option as it will always search for both the new Unicode code point for the TAIL (i.e. 0xFE73) or the old unofficial Unicode TAIL code point (i.e. 0x200B) and de-shape the Seen-Family letter accordingly.

Shaping Mode: Only shaping. De-shaping Mode: N/A. Affects: All Seen options

Stable:

ICU 4.8

Definition at line 468 of file ushape.h.

Bit mask for new Unicode Tail option.

Stable:

ICU 4.8

Definition at line 474 of file ushape.h.

Memory option: the result must have the same length as the source.

Shaping mode: Tashkeel characters will be replaced by spaces. Spaces will be placed at beginning of the buffer

De-shaping mode: N/A Affects: Tashkeel options

Stable:

ICU 4.2

Definition at line 386 of file ushape.h.

Memory option: the result must have the same length as the source.

Shaping mode: Tashkeel characters will be replaced by spaces. Spaces will be placed at end of the buffer

De-shaping mode: N/A Affects: Tashkeel options

Stable:

ICU 4.2

Definition at line 397 of file ushape.h.

Bit mask for Tashkeel replacement with Space or Tatweel memory options.

Stable:

ICU 4.2

Definition at line 424 of file ushape.h.

Memory option: the result must have the same length as the source.

Shaping mode: Tashkeel characters will be replaced by Tatweel if it is connected to adjacent characters (i.e. shaped on Tatweel) or replaced by space if it is not connected.

De-shaping mode: N/A Affects: YehHamza options

Stable:

ICU 4.2

Definition at line 418 of file ushape.h.

Memory option: allow the result to have a different length than the source.

Shaping mode: Tashkeel characters will be removed, buffer length will shrink. De-shaping mode: N/A

Affect: Tashkeel options

Stable:

ICU 4.2

Definition at line 407 of file ushape.h.

Direction indicator: the source is in logical (keyboard) order.

Stable:

ICU 2.0

Definition at line 197 of file ushape.h.

Bit mask for direction indicators.

Stable:

ICU 2.0

Definition at line 217 of file ushape.h.

Direction indicator: the source is in visual LTR order, the leftmost displayed character stored first.

Stable:

ICU 2.0

Definition at line 214 of file ushape.h.

Direction indicator: the source is in visual RTL order, the rightmost displayed character stored first.

This option is an alias to U_SHAPE_TEXT_DIRECTION_LOGICAL

Stable:

ICU 4.2

Definition at line 206 of file ushape.h.

Bit mask for YehHamza memory options.

Stable:

ICU 4.2

Definition at line 374 of file ushape.h.

Memory option: the result must have the same length as the source.

Shaping mode: The YEHHAMZA character will expand into two characters using space near it (i.e. the space after the character If there are no spaces found, an error U_NO_SPACE_AVAILABLE (as defined in utypes.h) will be set in pErrorCode

De-shaping mode: Any Yeh (final or isolated) character followed by Hamza character will be replaced by one cell YehHamza and space will replace the Hamza. Affects: YehHamza options

Stable:

ICU 4.2

Definition at line 367 of file ushape.h.

Shape Arabic text on a character basis.

This function performs basic operations for "shaping" Arabic text. It is most useful for use with legacy data formats and legacy display technology (simple terminals). All operations are performed on Unicode characters.

Text-based shaping means that some character code points in the text are replaced by others depending on the context. It transforms one kind of text into another. In comparison, modern displays for Arabic text select appropriate, context-dependent font glyphs for each text element, which means that they transform text into a glyph vector.

Text transformations are necessary when modern display technology is not available or when text needs to be transformed to or from legacy formats that use "shaped" characters. Since the Arabic script is cursive, connecting adjacent letters to each other, computers select images for each letter based on the surrounding letters. This usually results in four images per Arabic letter: initial, middle, final, and isolated forms. In Unicode, on the other hand, letters are normally stored abstract, and a display system is expected to select the necessary glyphs. (This makes searching and other text processing easier because the same letter has only one code.) It is possible to mimic this with text transformations because there are characters in Unicode that are rendered as letters with a specific shape (or cursive connectivity). They were included for interoperability with legacy systems and codepages, and for unsophisticated display systems.

A second kind of text transformations is supported for Arabic digits: For compatibility with legacy codepages that only include European digits, it is possible to replace one set of digits by another, changing the character code points. These operations can be performed for either Arabic-Indic Digits (U+0660...U+0669) or Eastern (Extended) Arabic-Indic digits (U+06f0...U+06f9).

Some replacements may result in more or fewer characters (code points). By default, this means that the destination buffer may receive text with a length different from the source length. Some legacy systems rely on the length of the text to be constant. They expect extra spaces to be added or consumed either next to the affected character or at the end of the text.

For details about the available operations, see the description of the U_SHAPE_... options.

Parameters

source The input text. sourceLength The number of UChars in source. dest The destination buffer that will receive the results of the requested operations. It may be NULL only if destSize is 0. The source and destination must not overlap. destSize The size (capacity) of the destination buffer in UChars. If destSize is 0, then no output is produced, but the necessary buffer size is returned ("preflighting"). options This is a 32-bit set of flags that specify the operations that are performed on the input text. If no error occurs, then the result will always be written to the destination buffer. pErrorCode must be a valid pointer to an error code value, which must not indicate a failure before the function call.

Returns

The number of UChars written to the destination buffer. If an error occurred, then no output was written, or it may be incomplete. If U_BUFFER_OVERFLOW_ERROR is set, then the return value indicates the necessary destination buffer size.

Stable:

ICU 2.0

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4