/* ==========================================================================
   Ploni — local, self-hosted web font (replaces the Heebo placeholder).
   Files supplied by the client (fontlot.com). NOTE: the license bundled
   with these files reads "Free for Personal Use" — flag this to the
   client and confirm/purchase a commercial license for a business site
   before shipping to production; swap or remove this file if not.
   ========================================================================== */

@font-face {
	font-family: 'Ploni';
	src: url('../fonts/PloniULight.woff2') format('woff2'), url('../fonts/PloniULight.woff') format('woff');
	font-weight: 200;
	font-style: normal;
	font-display: swap;
}
@font-face {
	font-family: 'Ploni';
	src: url('../fonts/PloniLight.woff2') format('woff2'), url('../fonts/PloniLight.woff') format('woff');
	font-weight: 300;
	font-style: normal;
	font-display: swap;
}
@font-face {
	font-family: 'Ploni';
	src: url('../fonts/PloniRegular.woff2') format('woff2'), url('../fonts/PloniRegular.woff') format('woff');
	font-weight: 400;
	font-style: normal;
	font-display: swap;
}
@font-face {
	font-family: 'Ploni';
	src: url('../fonts/PloniMedium.woff2') format('woff2'), url('../fonts/PloniMedium.woff') format('woff');
	font-weight: 500;
	font-style: normal;
	font-display: swap;
}
/*
 * Oct 2026 QA (round 4): the client-reported "cramped/collapsed English
 * text" bug (seen in source labels, the footer email, etc.) is the same
 * root cause already diagnosed for digits in .kleyman-stat__value (see
 * that comment in main.css) — confirmed this time with an actual glyph
 * inspection (fontTools BoundsPen) rather than assumption: in these four
 * heavier Ploni cuts, several Latin glyphs' ink physically overflows
 * their own advance width (e.g. "A" and "k" overlap the glyph after
 * them at every weight from DBold up, getting worse each step — "A"
 * overflows by 4 units at 600, 7 at 700, 9 at 800, 11 at 900 out of a
 * 1158 unit em; "k" goes from -3 to -15), and many more glyphs sit at a
 * near-zero right-side-bearing ("TIGHT") on top of that. It's a defect
 * in the font files, not a CSS kerning/tracking problem, and it's been
 * confirmed specific to these four weights — the lighter cuts (200–500)
 * don't show it. Rather than patch every element that happens to show
 * Latin/digit text in a heavy weight one at a time (the pattern used for
 * .kleyman-stat__value, .kleyman-about__watermark etc.), these four
 * @font-face blocks now exclude Latin letters and digits from what
 * Ploni claims via unicode-range: Hebrew, punctuation and everything
 * else still renders in Ploni exactly as before, but any Latin letter or
 * digit at these weights automatically falls through to the next font
 * in --kleyman-font's stack (-apple-system / Segoe UI / Arial), site-wide,
 * for every current and future element — including inside Hebrew+Latin
 * mixed strings like "מאקו · Duns 100", where swapping the whole
 * element's font-family would also (wrongly) change how the Hebrew part
 * renders.
 */
@font-face {
	font-family: 'Ploni';
	src: url('../fonts/PloniDBold.woff2') format('woff2'), url('../fonts/PloniDBold.woff') format('woff');
	font-weight: 600;
	font-style: normal;
	font-display: swap;
	unicode-range: U+0000-002F, U+003A-0040, U+005B-0060, U+007B-10FFFF;
}
@font-face {
	font-family: 'Ploni';
	src: url('../fonts/PloniBold.woff2') format('woff2'), url('../fonts/PloniBold.woff') format('woff');
	font-weight: 700;
	font-style: normal;
	font-display: swap;
	unicode-range: U+0000-002F, U+003A-0040, U+005B-0060, U+007B-10FFFF;
}
@font-face {
	font-family: 'Ploni';
	src: url('../fonts/PloniUBold.woff2') format('woff2'), url('../fonts/PloniUBold.woff') format('woff');
	font-weight: 800;
	font-style: normal;
	font-display: swap;
	unicode-range: U+0000-002F, U+003A-0040, U+005B-0060, U+007B-10FFFF;
}
@font-face {
	font-family: 'Ploni';
	src: url('../fonts/PloniBlack.woff2') format('woff2'), url('../fonts/PloniBlack.woff') format('woff');
	font-weight: 900;
	font-style: normal;
	font-display: swap;
	unicode-range: U+0000-002F, U+003A-0040, U+005B-0060, U+007B-10FFFF;
}