easy-png-tools2/docs/backlog.md

Backlog

Статус: active. Открытые задачи. Подробные планы, разбор решений и сырые находки — docs/plan-seo.md, docs/plan-platform.md, docs/plan-fields-audit-fixes.md, docs/tools-audit.md, docs/decisions.md.

Все пункты — чекбоксы; нумерация «Идея N» в тексте сквозная по документу и сохраняется ради перекрёстных ссылок («идея 4 зависит от идеи 3»). Оценки (S/M/L) — оценка труда, не приоритет.

Pipeline

• названия инструментов — в pipeline инструмент называется «обрезать png», но он работает с любыми картинками, наверное надо убрать; в заголовке страницы — возможно, надо указать все форматы (связано с SEO)
• кнопка «добавить инструмент» в pipeline — обдумать селектор с нормальным поиском, фильтром возможных инструментов и т.д.
• Идея 1. Заменить инструмент шага без удаления — оценка M. В заголовке карточки шага кнопка «поменять инструмент»: заменяет инструмент на месте (любой шаг, не только первый), остальные шаги и их параметры сохраняются, вход перечитывается. Открытый вопрос: что делать с несовместимыми входами (text-source ↔ file).
• Идея 2. Сворачивать инструменты в chain — оценка S. Тоггл сворачивания звена до заголовка «Шаг n: название» (превью скрываются). Состояние свёрнутости помнить в workspace-pipeline.
• Идея 3. Несколько цепочек: сохранение и загрузка — оценка M. Именованные цепочки в localStorage (список, создать/переименовать/ удалить), быстрое переключение. Формат экспортного JSON расширить опциональным полем имени; обратной совместимости со старыми выгрузками не делаем — формат не устоялся: он появится вместе с фазой 11 docs/roadmap.md и до её старта может измениться. Плюс отдельная страница со списком всех цепочек: удалить, переименовать, добавить новую, «использовать» (переход на страницу инструмента с этой цепочкой). На странице — упрощённый вид: только список инструментов цепочки, без реального выполнения и параметров.
• Идея 4. Batch-обработка архивов выбранным chain — оценка L. Вход — zip-архив картинок (распаковка в браузере), прогон текущего или выбранного сохранённого chain по каждому файлу, сборка результата обратно в zip для скачивания. Зависит от идеи 3 (выбор цепочки) и от экспортного формата pipeline JSON; прогресс и ошибки — пофайлово.
• Идея 15. Набор файлов в пайплайне: 1 → many не должен быть терминальным — оценка L. Сейчас execute принимает один source: PixelImage | undefined и возвращает один ToolResult, а SchemaToolView раскладывает вывод в result / fileResult / textResult по resultKind — поэтому шаг с result: "files" упирается в конец цепочки. Направление: следующий инструмент применяется ко всем картинкам предыдущего результата (fan-out), а many → 1 (вход = архив или несколько файлов) — обратная сторона того же контракта. Терминальными остаются только результаты, которые не картинка (text, verdict). Что обдумать: - где проходит граница: один вызов run(ctx) на файл (имя части склеивается в FileResult.files) или батч целиком на стороне исполнителя; executor/protocol.ts files уже сериализуются, но при батче нужен прогресс и отмена; - частичные ошибки: один битый файл не должен ронять весь шаг — нужен per-file отчёт, а не один ToolError на шаг; - имена частей на каждом шаге и Download для набора (сейчас zip по page.slug, SchemaToolView.download()); - обратная сторона: распаковка zip в браузере, порядок файлов, поведение many → 1 → many в одной цепочке. Зависит от идеи 10 (остальные потребители 1 → many) и идеи 4 (batch по архиву), docs/roadmap.md фаза 8 «batch-страница».
• Идея 17. Промежуточные результаты шагов + выравнивание рядов — оценка M. Два режима просмотра цепочки: - без выравнивания (по умолчанию): в панели просмотра цепочка изображений по 2 в колонку «исходник → результат 1 → результат 2 → … → конечный результат»; - с выравниванием (галочка «выровнять инструменты и просмотр»): у каждого инструмента показаны его исходник и результат построчно «параметры — исходник — результат»; промежуточные картинки при этом осознанно дублируются на экране — результат шага является исходником следующего.

Инструменты

• qr code to text, text to qr code
• bar code to text, text to bar code
• split-into-parts-png - в результате надо выводить размеры получившихся файлов
• split-into-parts-png — режим «по размеру тайла»: указываешь размер тайла (16×16, 32×32…, список SIZE_PRESETS), инструмент сам считает сетку — сценарий «режу спрайтшит, знаю размер тайла, не знаю сетку» (новый режим: схема + core, из задачи C3)
• нужен инструмент для удаления фона по выбранной точке - удалять внутри выделенной области
• сделать конвертацию в смайлики\награды для твитча (6 размеров или выбор какой размер - 112\56\28px или 72\36\18)
• сделать несколько проходное сжатие png для получения необходимого размера файлов, посмотреть реализацию в twitch-emote-resizer
• Пересмотреть прозрачность в инструментах - Create empty PNG - прозрачность должны быть настраиваемой 0-100%, а не переключателем
• Font Style - обдумать выбор шрифта (google fonts???) как организовать шрифты с кириллицей? сделать галочку "только с кириллицей"??? (решение о наборе и лицензиях: docs/plan-platform.md §4 — только OFL/Apache с паспортом, семейства с кириллицей)
• проверить настройки range slider на crop-png - слишком большие значения
• Свести convert-страницы (convert-png-to-jpg, convert-png-to-webp, png-to-bmp) на один инструмент convert — зависит от S1f (docs/plan-seo.md §4). Мешает не только quality (он живёт в схеме инструмента), а сама модель: output с mime/ext — свойство Tool, а PageStep умеет только { id, params? }, поэтому страницы на общий id получат одинаковый формат вывода. Нужно научить шаг переопределять формат вывода
• Идея 6. Конвертация формата — НЕ отдельный инструмент, а выбор в кнопке Download — оценка M/L. Решение и продуктовое обоснование: docs/plan-seo.md §0 и задача S1f; почему селектор не заменяет существующие convert-страницы — docs/plan-seo.md §5. Механическая часть уже есть: Tool.output (OutputFormat: mime/ext/qualityParamId) и кодирование по нему в SchemaToolView.download() — docs/architecture.md, раздел 3. Что осталось сверх S1f: - экспорт с лимитом размера → «сжатие до целевого КБ»: для lossy это quality в селекторе формата, для PNG — бинарный поиск по k из квантования. Нужна ли отдельная страница под этот интент — открытый вопрос с вордстатом, имя не выбрано (docs/plan-seo.md §5). Проработать вместе с достройкой download-флоу.
• Идея 7. Страница watermark-image-png (водяной знак картинкой) — оценка M. Нужна overlay-механика: второй источник изображения (getOverlay/store), параметры scale/opacity/position/margin/aspect. Решается вместе с вопросом, как второй источник картинки вписывается в schema-driven preview (SchemaToolView).
• Идея 8. png-info (детальная информация о PNG) — оценка M/L. Отдельный райз: exif-теги, редактирование, структурированный вывод; нужен свой отдельный случай в UI, не «ещё один text/verdict». Возможно нужна вообще отдельная страница, несовместимая с другими инструментами: 1) она работает не с изображением, а с метаданными из файла, 2) она не может быть частью цепочки, т.к. результат не является изображением, 3) если надо изменить теги, никакого форматирования и изменения в изображение вносить не надо, только в метаинформацию.
• Идея 9. Region-инструменты (censor/erase/pixelate-area/blur-area/ sharpen-area/reverse-area) — ждут UI выделения области на превью. Вне очереди.
• Идея 10. Мультифайловые инструменты-потребители (gif-to-frames, separate-colors) — механизм «результат = набор файлов» (1 → many) уже есть (docs/architecture.md, раздел 7), первый потребитель — split-into-parts-png. Остальные подключаются по мере нужды.
• Идея 11. Анимационные (slow-reveal/fade/scrolling) — выход не PNG; отдельное решение о формате.
• Идея 12. HARD-серия (glitch, barcode, signature-extract, handwritten-digital).
• Идея 14. Отображение маски для инструментов (runMask) — придумать и реализовать процесс показа маски результата. Контекст: удалённый UI-v1 умел показывать ч/б превью-маску «что будет вырезано» отдельным полем; при переходе на единый run(ctx) этого поля не осталось — executor и schema-превью зовут run() напрямую, маска не возвращается. Идея 1: дать каждому run возможность вернуть (или инструмент — объявить) runMask — ч/б изображение маски изменений либо иной подход (отдельное поле mask + функция маски, второй результат, overlay). Оценка — на усмотрение при проработке (S/M). Пока живём без неё. Идея 2: каждый run возвращает два изображения — для отображения (показывает маску или сам результат) и для передачи в следующий инструмент (всегда результат). Оценка — на усмотрение при проработке (S/M). Пока живём без неё. Первые кандидаты на маску: remove-color-from-png, remove-background-png.

UI и качество

• мёртвый i18n-ключ noParams («нет параметров — результат готов»): его ничем не читают. Либо показывать подсказку для инструментов с пустой схемой (FA-E1), либо удалить ключ из обеих локалей
• неудобно настраивать ползунками, некоторые инструменты удобнее настроить через drag-n-drop. звучит сложно, но надо придумать процесс
• не работает drag-n-drop на полях с range slider, похоже включается drag-n-drop для всей карточки настроек инструмента
• результат "split-into-parts" может занимать очень много место вертикально, возможно стоит придумать максимальную высоту и скролл\сворачивание
• просмотр картинки в оригинальном размере, и возможно с зумом отдельных областей, чтобы просмотреть мелкие артефакты, выбор разных подложек - черная\белая\цветные\серая для проверки прозрачных картинок
• обдумать объединение пар inputMode + source и resultKind + result в единую структуру, позволит упростить некоторые вещи - например sourceValue \ resultValue в SchemaPreview.svelte
• Рассмотреть необходимость всех этих пропсов в SchemaPreview.svelte они дублируют друг друга ontextsource, onrendertext, oncopytext, ondownloadtxt, ondownload,
• Переделать внешний вид инструментов без настроек, например Remove alpha channel PNG "remove-alpha-channel-png". Сейчас выглядит слишком пустым.
• Пересмотреть поля - Plate, Position, Font Style - сейчас второй label
• поле ввода текста - сделать по умолчанию нормального размера, а не одну строку для svg - форматирование или подсветку синтаксиса??? для bin\hex - форматирование по колонкам??? для hex\bytes\rgba - пример в placeholder
• прикрутить кастомный color picker, добавить прозрачность (range?)
• обновить страницу kit или сделать storybook
• PreviewTile: высота плитки задана только min-height: clamp(...), поэтому она не следует за пропорциями результата — широкий результат уезжает в узкую полосу, а высокий упирается в max-height: 100vh. Нужно, чтобы соотношение сторон выбиралось по результату в диапазоне 16:9…9:16 (web/src/lib/components/schema/PreviewTile.svelte).
• Радиусы бордеров: --radius-m ненулевой и применён ко всем бордерам (app.css, SchemaToolView.svelte). Решить, где скругления реально есть в дизайне, а где должен быть 0
• Component-тесты SchemaToolView/SchemaPreview требуют отдельного решения: node Vitest не имеет DOM/canvas, а e2e уже покрывает поведение.
• Ошибка декодирования изображения из createImageBitmap пока показывается сырым сообщением браузера; нужен ToolError-маппер и i18n-ключ.
• Идея 5. Избранные инструменты (fav tools) — оценка S/M. Тоггл-звёздочка на карточках каталога, результатах поиска и в шапке страницы инструмента; список slug в localStorage. Избранное показывается отдельной секцией сверху каталога и поднимается в выдаче поиска (бонус к popularity при скоринге).
• Идея 13. Контраст текста на акцентных кнопках — частично закрыт. Тона --color-main/--color-accent подняты под текущий порог palette.test.ts; targeted-тест проходит. Light-тема всё ещё ниже AA 4.5 для обычного текста, а --color-danger в light-теме на границе: после завершения редизайна вернуть порог 4.5 и перепроверить оба токена.
• Идея 16. Главная должна отличаться от каталога — оценка S. Сейчас src/routes/+page.svelte и src/routes/list-tools/+page.svelte побайтово идентичны (совпадают script, шаблон и стили), при этом /list-tools — рабочий маршрут: на него ссылается крошка в +layout.svelte и он открыт e2e-сценариями catalog.spec.ts, i18n.spec.ts, navigation.spec.ts. Замысел: главная — крупнее и с более простым поиском, без категорий; каталог остаётся группировкой с фильтрами. Детектор дублирования разметки сознательно не вводим — docs/decisions.md, раздел 1, поэтому расхождение ловится на ревью.

Тесты и lint

• tseslint.config(...) deprecated: сигнатура (...configs: InfiniteDepthConfigWithExtends[]): ConfigArray помечена устаревшей, нужен переход на defineConfig из eslint/config (ESLint core, а не typescript-eslint) — web/eslint.config.js.
• удалить мёртвые tools.*.params из root i18n после проверки потребителей; до этого действует pattern-based policy-исключение (web/eslint-plugins/README.md, раздел dict-consistency)
• e2e: i18n.spec.ts и text-and-verdicts.spec.ts дублируют локаторы из helpers/page.ts вместо вызова — правило «спека зовёт helpers» (docs/testing-strategy.md, раздел 5)
• e2e webkit: случайные падения по таймауту 5с (элемент не появляется), каждый прогон падают разные тесты — webkit под Windows слишком медленный. Рассмотреть увеличение timeout/expectTimeout для webkit-проекта в playwright.config.ts. После фикса перепроверить tool-flows.spec.ts «chain: remove step» — на webkit удаление шага не успевает за 5с (на остальных движках стабильно)
• Пересмотреть тесты — убрать точные совпадения текстов и любые селекторы, привязанные к разметке или svelte-классам (сейчас остались: tool-flows.spec.ts, schema-tool-strings.test.ts)
• можно ли в тестах получать i18n ключ вместо текста? можно ли написать lint правило такое (запретить toContain без i18n)
• убрать в тестах все нестандартные символы →, длинные тире, русский язык и т.д., сделать lint правило
• комментарии на английском, lint правило
• уменьшить количество и многословность комментариев (lint правило?)

SEO/GEO

• переименование бренда + домен: чек-лист в локальном файле plan-domain.local.md (в git не входит, в клоне отсутствует; подробности и порядок — docs/plan-seo.md §6, R1/R2)
• снять noindex со страниц инструментов, когда будут sitemap, canonical и контент (S1h; блокирует индексацию всего сайта) — docs/plan-seo.md §4
• форматные страницы по конкурентным слагам (crop-jpeg, …) — только по вордстату с уникальным контентом; редиректы только для опечаток и переименований уже опубликованных страниц; клонов с canonical не делать (docs/plan-seo.md §5)
• sitemap.xml из реестра + Sitemap: в robots.txt (S1b/S1c)
• Seo.svelte: canonical + OG-теги, per-tool OG-картинки (S1d/S1e)
• контент страницы инструмента: seo-блок в словарях, how-to/FAQ/related (S2)
• JSON-LD (SoftwareApplication/FAQPage/Breadcrumb) + llms.txt (S3)
• дистрибуция: закрепить репо, alternative.to, Product Hunt, Reddit/HN (S4c)
• GSC: подключить домен, отправить sitemap, мониторинг индексации (S4a)
• GA4: cookieless-конфигурация, отключить рекламные audiences и signals, anonymize_ip — сейчас в web/src/routes/+layout.svelte голый gtag('config') (S4b)

Платформа (API/PWA)

• PWA: manifest + service worker, оффлайн-режим, установка (после S1)
• API: спайк серверного ядра (нативный Rust vs edge-wasm), ключи, free tier (после wasm-фаз 5–7)
• Шрифты: лицензирование (F1–F4) и DOM-free рендер (F5–F6) — до фазы 8 (docs/plan-platform.md §4)

Переезд

• множественные числа (часть/части/частей; «N параметров», счётчики) — функция tPlural(path, n) и форма PluralForms (обязательное other, опциональные one/few/many); первые потребители — part/parts в подписи результата и счётчики параметров. Критерий приёмки: у ключа с plurals есть все формы, для которых нужен перевод, other никогда не пустой, число подставляется в текст без склейки