pub struct Ligature {
pub char: char,
pub font: FontId,
pub original_chars: Rc<str>,
pub includes_left_boundary: bool,
pub includes_right_boundary: bool,
}Expand description
A ligature.
Described in TeX.2021.143.
Fields§
§char: char§font: FontId§original_chars: Rc<str>The original characters that were replaced by the ligature. This is used if the engine needs to break apart the ligature in order to perform hyphenation.
While most ligatures come from 2 characters (e.g. ff), TeX’s lig/kern programming language allows for a single ligature to come from arbitrarily many characters.
includes_left_boundary: bool§includes_right_boundary: boolImplementations§
Source§impl Ligature
impl Ligature
Sourcepub fn standardize_lossy(&mut self)
pub fn standardize_lossy(&mut self)
Puts the ligature into a lossy standard form.
What follows is the motivation for this method.
TeX supports logging its internal typesetting data structures. All of these data structures are reimplemented in this module, and can be reconstructed from TeX’s log output using the Boxworks TeX log parsing logic. This system used throughout Boxworks to verify that Boxworks’s typesetting code gives the identical results to TeX’s.
Unfortunately, however, TeX’s display logic for ligatures specifically is lossy. In the TeX’s logging format the line
..\tenrm a (ligature |)can mean one of three things:
- a ligature ‘a’ that replaces the character
|, - a ligature ‘a’ that replaces the left boundary, or
- a ligature ‘a’ that replaces the right boundary.
This means that it’s not possible to reconstruct fully the internal ligature data structure from the logging output. Boxworks TeX log parsing logic assumes the first interpretation holds: the log line is parsed into the following value:
Ligature {
char: 'a',
font: common::FontId::ONE,
original_chars: "|".into(),
includes_left_boundary: false,
includes_right_boundary: false,
};This specifically presents issues when we want to verify TeX’s output with Boxworks where the correct value is, say,
Ligature {
char: 'a',
font: common::FontId::ONE,
original_chars: "".into(),
includes_left_boundary: false,
includes_right_boundary: true,
};A unit test that compares these outputs will fail.
This method is designed to help write unit tests that pass. It standardizes the ligature into the from parse from TeX. We can then compare the standardized form with TeX’s output. This does mean that such unit tests can’t verify which form is the right one.
Trait Implementations§
Source§impl From<Ligature> for DiscretionaryElem
impl From<Ligature> for DiscretionaryElem
Source§impl From<Ligature> for Horizontal
impl From<Ligature> for Horizontal
impl Eq for Ligature
impl StructuralPartialEq for Ligature
Auto Trait Implementations§
impl Freeze for Ligature
impl RefUnwindSafe for Ligature
impl !Send for Ligature
impl !Sync for Ligature
impl Unpin for Ligature
impl UnwindSafe for Ligature
Blanket Implementations§
Source§impl<T> BorrowMut<T> for Twhere
T: ?Sized,
impl<T> BorrowMut<T> for Twhere
T: ?Sized,
Source§fn borrow_mut(&mut self) -> &mut T
fn borrow_mut(&mut self) -> &mut T
Source§impl<T> CloneToUninit for Twhere
T: Clone,
impl<T> CloneToUninit for Twhere
T: Clone,
§impl<T> Paint for Twhere
T: ?Sized,
impl<T> Paint for Twhere
T: ?Sized,
§fn fg(&self, value: Color) -> Painted<&T>
fn fg(&self, value: Color) -> Painted<&T>
Returns a styled value derived from self with the foreground set to
value.
This method should be used rarely. Instead, prefer to use color-specific
builder methods like red() and
green(), which have the same functionality but are
pithier.
§Example
Set foreground color to white using fg():
use yansi::{Paint, Color};
painted.fg(Color::White);Set foreground color to white using white().
use yansi::Paint;
painted.white();§fn bright_black(&self) -> Painted<&T>
fn bright_black(&self) -> Painted<&T>
§fn bright_red(&self) -> Painted<&T>
fn bright_red(&self) -> Painted<&T>
§fn bright_green(&self) -> Painted<&T>
fn bright_green(&self) -> Painted<&T>
§fn bright_yellow(&self) -> Painted<&T>
fn bright_yellow(&self) -> Painted<&T>
§fn bright_blue(&self) -> Painted<&T>
fn bright_blue(&self) -> Painted<&T>
§fn bright_magenta(&self) -> Painted<&T>
fn bright_magenta(&self) -> Painted<&T>
§fn bright_cyan(&self) -> Painted<&T>
fn bright_cyan(&self) -> Painted<&T>
§fn bright_white(&self) -> Painted<&T>
fn bright_white(&self) -> Painted<&T>
§fn bg(&self, value: Color) -> Painted<&T>
fn bg(&self, value: Color) -> Painted<&T>
Returns a styled value derived from self with the background set to
value.
This method should be used rarely. Instead, prefer to use color-specific
builder methods like on_red() and
on_green(), which have the same functionality but
are pithier.
§Example
Set background color to red using fg():
use yansi::{Paint, Color};
painted.bg(Color::Red);Set background color to red using on_red().
use yansi::Paint;
painted.on_red();§fn on_primary(&self) -> Painted<&T>
fn on_primary(&self) -> Painted<&T>
§fn on_magenta(&self) -> Painted<&T>
fn on_magenta(&self) -> Painted<&T>
§fn on_bright_black(&self) -> Painted<&T>
fn on_bright_black(&self) -> Painted<&T>
§fn on_bright_red(&self) -> Painted<&T>
fn on_bright_red(&self) -> Painted<&T>
§fn on_bright_green(&self) -> Painted<&T>
fn on_bright_green(&self) -> Painted<&T>
§fn on_bright_yellow(&self) -> Painted<&T>
fn on_bright_yellow(&self) -> Painted<&T>
§fn on_bright_blue(&self) -> Painted<&T>
fn on_bright_blue(&self) -> Painted<&T>
§fn on_bright_magenta(&self) -> Painted<&T>
fn on_bright_magenta(&self) -> Painted<&T>
§fn on_bright_cyan(&self) -> Painted<&T>
fn on_bright_cyan(&self) -> Painted<&T>
§fn on_bright_white(&self) -> Painted<&T>
fn on_bright_white(&self) -> Painted<&T>
§fn attr(&self, value: Attribute) -> Painted<&T>
fn attr(&self, value: Attribute) -> Painted<&T>
Enables the styling [Attribute] value.
This method should be used rarely. Instead, prefer to use
attribute-specific builder methods like bold() and
underline(), which have the same functionality
but are pithier.
§Example
Make text bold using attr():
use yansi::{Paint, Attribute};
painted.attr(Attribute::Bold);Make text bold using using bold().
use yansi::Paint;
painted.bold();§fn rapid_blink(&self) -> Painted<&T>
fn rapid_blink(&self) -> Painted<&T>
§fn quirk(&self, value: Quirk) -> Painted<&T>
fn quirk(&self, value: Quirk) -> Painted<&T>
Enables the yansi [Quirk] value.
This method should be used rarely. Instead, prefer to use quirk-specific
builder methods like mask() and
wrap(), which have the same functionality but are
pithier.
§Example
Enable wrapping using .quirk():
use yansi::{Paint, Quirk};
painted.quirk(Quirk::Wrap);Enable wrapping using wrap().
use yansi::Paint;
painted.wrap();§fn clear(&self) -> Painted<&T>
👎Deprecated since 1.0.1: renamed to resetting() due to conflicts with Vec::clear().
The clear() method will be removed in a future release.
fn clear(&self) -> Painted<&T>
resetting() due to conflicts with Vec::clear().
The clear() method will be removed in a future release.§fn whenever(&self, value: Condition) -> Painted<&T>
fn whenever(&self, value: Condition) -> Painted<&T>
Conditionally enable styling based on whether the [Condition] value
applies. Replaces any previous condition.
See the crate level docs for more details.
§Example
Enable styling painted only when both stdout and stderr are TTYs:
use yansi::{Paint, Condition};
painted.red().on_yellow().whenever(Condition::STDOUTERR_ARE_TTY);