• Show log

    Commit

  • Hash : 04b2006f
    Author : Tor Arne Vestbø
    Date : 2025-02-03T11:53:46

    Remove outdated documentation note about CT operating in 96 DPI
    
    As extensively discussed and documented in #1484, Core Text does
    not operate in 96 DPI. Core Text doesn't actually have a concept of
    DPI internally, as it doesn't rasterize anything by itself, it just
    generates vector paths that get passed along to Core Graphics.
    
    In practice this means Core Text operates in the classical macOS
    logical DPI of 72, with one typographic point corresponding to one
    point in the Core Graphics coordinate system, which for a normal
    bitmap context then corresponds to one pixel -- or two pixels for
    a "retina" context with a 2x scale transform.
    
    As of f401f85a5a3ec4ab9c28012a0bfe713d7ee96951, we no longer apply
    any assumptions in HB about the target DPI being different than the
    72 DPI used by CT, for example to account for the Web's standard of
    96 DPI, so let's remove the documentation that still indicated this
    was necessary.
    

  • Properties

  • Git HTTP https://git.kmx.io/kc3-lang/harfbuzz.git
    Git SSH git@git.kmx.io:kc3-lang/harfbuzz.git
    Public access ? public
    Description

    HarfBuzz text shaping engine

    Users
    thodg_m kc3_lang_org thodg_w www_kmx_io thodg_l thodg
    Tags