Safari Technology Preview 251 убирает ореол ::highlight в вертикальном тексте. Безопасная локальная диагностика: пиксельная карта «сторона глифа → цвет края → контрольный слой», одна переменная, отрицательный контроль, rollback и минимизированный пакет для поддержки.
Что именно наблюдать до любых изменений
Запрос «как проверить цветной ореол фона ::highlight в вертикальном тексте Safari Technology Preview 251» сводится к одной проверяемой боли: в вертикальной подписи вокруг заливки пользовательского выделения видна тонкая кайма, хотя цвет фона должен быть однородным. До опыта фиксируется ожидаемый признак: кайма исчезает только у вертикального Custom Highlight, тогда как обычный span и горизонтальная строка не меняют геометрию края. Нельзя расширять вывод на stable Safari, другой движок, произвольный сайт или массовость симптома. Главная ловушка здесь такова: сглаживание самого глифа и артефакт фоновой заливки — разные эффекты; цветной пиксель на букве не доказывает ошибку ::highlight. Поэтому наблюдение получает статус reproduced только после повторного одинакового результата и успешного возврата; not reproduced относится исключительно к этому стенду, а unsupported, environment-blocked и unknown остаются разными статусами.
Свежий первичный факт и его предел
Официальные Release Notes WebKit от 26 августа 2026 года формулируют изменение так: WebKit указывает, что исправил anti-aliased fringe у фоновой заливки ::highlight() в вертикальных режимах письма. Пункт связан с первичной записью 318177@main. Release page доказывает наличие изменения в ветке Safari Technology Preview 251, а commit задаёт техническую границу конкретной правки. Ни один из этих источников сам по себе не подтверждает частоту запроса, результат на конкретном устройстве или будущий перенос в стабильный выпуск. Публичная ветка о релизе использована только как свежий community lead; комментарии, реакции и поисковые snippets не превращаются в доказательство причины.
Минимальный стенд и безопасные поля
Стенд: локальная страница с writing-mode: vertical-rl, одним шрифтом, одинаковыми строками и Custom Highlight API; в кадре нет реального пользовательского текста. До воздействия запишите: сборка, масштаб, devicePixelRatio, шрифт, RGB заливки, координаты четырёх границ и контрольный PNG-кроп. Рабочий артефакт — пиксельная карта «сторона глифа → цвет края → контрольный слой». У каждого ряда должны быть версия TP 251, время, expected, observed и отметка о валидности контроля. Не сохраняются IP, cookie, токены, Authorization, полные URL с приватными query, локальные пути, имена профилей и содержимое рабочих документов. Случайные или вымышленные данные стенда помечаются как тестовые. Если обязательное поле нельзя получить без доступа к реальным данным, эксперимент останавливается: пробел не заполняют догадкой и не компенсируют дополнительной мутацией.
Один обратимый эксперимент с контролем
Canary меняет ровно одну причину: переключить только правило ::highlight() между прозрачной и сплошной заливкой, снять два кадра при неизменном масштабе и вернуть исходное правило. Контроль устроен отдельно: тот же прямоугольник рисуется обычным span с тем же цветом, а вторая строка остаётся horizontal-tb. Сначала снимается baseline, затем выполняется единственное воздействие, после него — заранее выбранное измерение, затем полный rollback и повтор baseline. Новый шаг не добавляют, пока предыдущий не получил результат и контроль. Если rollback не вернул исходное состояние, прогон invalid, даже когда картинка кажется убедительной. Тест выполняется только локально или на специально подготовленном безопасном стенде; production, пользовательские сессии и чужие страницы в процедуру не входят.
Матрица исходов и критерий остановки
PASS для узкой гипотезы означает: кайма исчезает только у вертикального Custom Highlight, тогда как обычный span и горизонтальная строка не меняют геометрию края. Практический результат оформляется как пиксельная карта «сторона глифа → цвет края → контрольный слой». Stop-line: остановиться, если различаются шрифт, zoom, цветовой профиль, devicePixelRatio или размер скриншота; такие кадры нельзя сравнивать попиксельно. Для передачи разработчику достаточно: версия TP, минимальные HTML/CSS/JS, два обезличенных кропа, таблица RGB по границе и ссылка на 318177@main. Перед отправкой артефакт ещё раз очищают от идентификаторов и проверяют, что отрицательный контроль действительно отличался только указанной переменной. Материал не обещает исправление на другом сайте, стабильную поддержку функции, индексацию, позиции или универсальное поведение; он даёт воспроизводимый путь, по которому команда может отделить наблюдаемый факт от предположения.
Материал подготовлен редакцией VOne с помощью ИИ; дата, первичный WebKit commit 318177@main, техническая граница, контроль, обратимость, privacy-stop и роль community lead постатейно проверены 29 августа 2026 года.
Источники и проверка
- WebKit — Release Notes for Safari Technology Preview 251 проверено 2026-08-29
- WebKit commit 318177@main проверено 2026-08-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.