HIF / Документация / Адаптация

Профили применения HIF

1. Назначение профилей

Профиль уточняет HIF для определённого класса интерфейсов. Один продукт MAY использовать несколько профилей.

Пример:

OS installer
= application profile
+ builder/safety profile
+ documentation profile

Профиль определяет дополнительные требования, но не отменяет Конституцию.

2. OS Shell Profile

Применяется к desktop shell, panel, launcher, workspaces, windows, system settings и notifications.

Обязательные свойства

ясное различие приложения, процесса, окна, task representation и shortcut;
единая модель запуска и завершения;
keyboard-доступ к launcher, running tasks и system controls;
восстановление потерянного окна;
предсказуемый фокус между окнами и перекрывающими слоями;
доступ к настройкам доступности до аутентификации, если применимо;
безопасный сценарий сеанса, выхода, перезапуска и выключения;
работа при отказе необязательных network services;
системные alerts выше application chrome, но без злоупотребления modal.

Допустимая вариативность

floating, tiling, stacking или full-surface windows;
panel, dock, overview или command-first navigation;
single/double activation;
icon, label или managed-list task presentation;
desktop items либо их отсутствие;
разные density и motion profiles.

Инварианты

Среда не меняет идентичность объектов, права, эффект команд и семантику доступности.

3. Desktop Application Profile

Применяется к productive native/web-desktop приложениям.

Обязательные свойства

document/project state различим;
несохранённые изменения защищены;
open/save/export/publish имеют разные эффекты и названия;
menu и shortcuts соответствуют платформе;
long-running work не блокирует всё приложение без необходимости;
undo/redo определены по доменной модели;
multi-window и multi-document behavior документированы;
ошибки не уничтожают корректную работу.

Professional application SHOULD поддерживать ускорители и high-density режим без снижения базовой доступности.

4. Web Product Profile

Применяется к сайту, порталу, SaaS и web-приложению.

Обязательные свойства

semantic HTML first;
meaningful page title и landmarks;
URL отражает значимое навигационное состояние;
browser history и Back не ломаются;
deep link открывает осмысленный контекст;
responsive/reflow behavior определено;
основные данные не зависят от hover;
загрузка, offline и network error представлены;
authentication и consent не используют dark patterns;
WCAG 2.2 AA является базовой целью.

SPA behavior не должно уничтожать web-соглашения без необходимости.

5. Профиль документации

Применяется к reference, guides, knowledge base и policy.

Обязательные свойства

устойчивая информационная архитектура;
content-first layout;
явная навигация и текущая позиция;
глубокие ссылки на разделы;
читаемая типографика;
code blocks с copy без потери ручного выделения;
version/status каждого нормативного документа;
search, если объём делает ручную навигацию неэффективной;
доступность без client-side JavaScript, где это практически возможно;
различение tutorial, how-to, reference и explanation.

Документация не должна выглядеть как marketing landing, если основная задача — чтение и поиск.

6. Builder and Administrative Profile

Применяется к конструктору ОС, управлению выпусками, реестру, биллингу, идентичности и управляющему контуру.

Повышенные требования

объект, среда и клиентская область всегда различимы;
разрушительное действие показывает точные границы;
состояния черновика, очереди, выполнения, сборки, проверки, подписи, публикации, отзыва и ошибки являются разными состояниями;
approval и execution разделены при высоком риске;
audit trail доступен;
permissions видимы до действия;
secret values не раскрываются в UI, logs или copy;
bulk operation имеет preview и partial-result model;
retry не создаёт дубликат материальной операции;
irreversible operation требует повышенной проверки;
background job сохраняет status после ухода со страницы.

7. Installer and Recovery Profile

Обязательные свойства

target disk/device показан однозначно;
destructive partitioning отделено от навигации;
summary перед применением;
риск потери данных выражен конкретно;
progress не имитируется;
interruption consequences объяснены;
logs и recovery path доступны;
keyboard и доступность поддерживаются до завершения установки;
offline documentation доступна, если network не гарантирован.

Confirmation вида «Are you sure?» без описания target недостаточно.

8. Kiosk and Distance Profile

Обязательные свойства

крупные targets и текст с учётом расстояния;
минимальная глубина навигации;
явное восстановление после inactivity;
отсутствие тупиков;
понятное состояние network/service;
privacy очистка session;
safe timeout;
input model соответствует hardware;
критическая функция доступна без точной моторики.

Kiosk MAY ограничивать свободу навигации, но MUST ясно показывать доступные действия.

9. Retro and Historical Profile

Цель

Передать структуру и характер исторического GUI, не воспроизводя его барьеры.

Допустимо

характерная композиция;
pixel typography;
жёсткие borders;
ограниченная palette;
исторические activation conventions;
условная low-resolution geometry.

Недопустимо

нечитаемый обязательный текст;
tiny hit areas без альтернативы;
функции только через double-click или drag;
отсутствие focus;
копирование proprietary assets без права;
выдача стилизации за оригинальную систему.

Используются минимальный уровень читаемости и переопределение доступности.

10. Terminal and Command Profile

Обязательные свойства

команды, arguments и quoting различимы;
copy/paste не ломаются без основания;
destructive command требует ясного target;
progress и exit status доступны;
structured output доступен automation;
errors идут с actionable context;
history не сохраняет secrets;
цвет терминала не является единственным каналом;
учитывается сценарий с программой экранного доступа.

GUI и CLI SHOULD использовать общую доменную командную модель, где это возможно.

11. Conversational and AI Profile

Обязательные свойства

identity и capability агента ясны;
suggestion, draft, plan, command и result различимы;
tool use и permissions наблюдаемы;
high-risk action имеет preview и approval;
источники и uncertainty показываются соразмерно риску;
человек может редактировать plan;
выполнение можно остановить, когда это безопасно;
история позволяет понять изменения;
результат не маскирует failure или partial completion;
conversational output имеет альтернативное структурированное представление для сложных данных.

Антропоморфная форма не должна создавать ложное представление о знании, намерениях или ответственности системы.

12. White-label Profile

White-label MAY изменять:

имя;
logo;
palette;
typography;
iconography;
domain;
content tone;
default configuration.

White-label MUST NOT изменять:

минимальный уровень доступности;
semantics;
security warnings;
legal identity там, где она обязательна;
provenance;
consent;
command effects;
update and support truth.

BrandPack является данными и tokens поверх продукта, а не форком поведения.

13. Immersive and Spatial Profile

Применяется к AR/VR и пространственным интерфейсам.

Дополнительно определяются:

physical safety boundary;
locomotion alternatives;
seated/standing use;
motion sickness reduction;
spatial audio alternatives;
reachable zones;
gaze/gesture privacy;
recenter and escape;
резервное двумерное представление для существенных задач.

Immersion не оправдывает отсутствие системного выхода или контроля.

14. Создание нового профиля

Новый профиль должен описать:

контекст;
пользователей и задачи;
уникальные риски;
дополнительные MUST;
разрешённую вариативность;
недопустимые компромиссы;
validation tasks;
связь с существующими профилями.