Цей гайд відокремлює перевірки, які можна підтвердити кодом або завантажуваними прикладами, від перевірок, для яких усе ще потрібні людина й конкретний принтер. Це чеклист перед публікацією, а не твердження, ніби кожне поєднання налаштувань надрукували й оглянули вручну.
1. Створити файл через публічний сценарій
Корисна перевірка починається в тій самій точці, де відвідувач натискає завантаження. Вибрані формат паперу, макет, налаштування вмісту і, якщо головоломка його використовує, фіксований номер варіації мають пройти через публічний сценарій. Перевірка лише внутрішнього методу малювання може не помітити зламаний маршрут завантаження, назву файла, мову чи параметр форми.
Для цієї перевірки 20 серпня 2026 року ми створили три приклади A4: лабіринт із розв'язком, судоку зі сторінкою відповідей і аркуш змішаних математичних завдань із відповідями. Це звичайні результати генераторів, а не вручну перемальовані рекламні макети.
2. Перевірити файл-приклад, а не лише його назву
Закінчення .pdf у назві майже нічого не доводить. У завантажуваних прикладах можна перевірити PDF-заголовок, відкриття файла парсером, кількість сторінок і заявлені розміри кожної сторінки. A4 має приблизно 595 × 842 PDF-пункти, US Letter — 612 × 792. Переплутаний або непомітно масштабований формат є помилкою, навіть якщо на екрані він здається правдоподібним.
Автоматичні тести запитів можуть також звіряти тип відповіді й назву завантаження. Вони знаходять, наприклад, сторінку помилки, збережену з розширенням PDF, але не доводять правильність кожної візуальної опції.
3. Перетворити сторінки прикладів на зображення
Технічна справність не помітить заголовок, обрізаний полем, крихітний лабіринт у кутку чи ключ відповідей за межами аркуша. Перетворення вибраних готових PDF на зображення робить такі дефекти видимими вже після генерації.
Під час ручного огляду варто перевірити зовнішні поля, відступи заголовка й футера, місце для письма, контраст ліній, вирівнювання та розмір головного завдання. Перегляньте кожну сторінку саме того прикладу, який перевіряєте, включно з відповідями. Така вибіркова перевірка є корисним доказом, але не охоплює всі опції кожного генератора.
4. Перевірити завдання разом із ключем
Охайний макет не компенсує неправильної відповіді. Застосунок формує математичні відповіді зі згенерованих завдань, перевіряє кількість розвʼязків судоку під час прибирання підказок і знаходить маршрут згенерованого лабіринту в коді. Ці перевірки реалізації охоплюють визначені властивості, але не замінюють перегляду важливого навчального чи контрольного матеріалу.
Фіксовані сіди роблять помилки відтворюваними. Якщо варіація 48201 виявила проблему, після виправлення можна згенерувати точно той самий випадок. Випадковість корисна гравцеві; відтворюваність необхідна для налагодження й учителю, якому потрібна ще одна копія тієї самої вправи.
5. Порівняти прев'ю з експортом
Превʼю — орієнтир для налаштування, а не сам документ для друку. Цільове порівняння має охопити заголовок, складність, орієнтацію, кількість завдань, стан ключа відповідей і головні пропорції. Піксельної тотожності не очікується: превʼю адаптується до екрана, а PDF має фізичний розмір.
Таке порівняння може виявити нормальний повнорозмірний PDF поруч із надто малим превʼю або елемент керування, зміна якого не потрапила в експорт. Перед друком перевіряти потрібно саме завантажений PDF.
6. Зробити власний тест друку, коли важливий масштаб
Перетворення на зображення не відтворює поля вашого принтера, контраст чорнила чи тонера й типові налаштування масштабу. Якщо важливі вимірювані інтервали, надрукуйте одну сторінку у масштабі 100% / «Фактичний розмір» на відповідному папері та лінійкою звірте клітинку чи відстань між лініями до друку всієї партії.
Жоден тест на одному принтері не представляє всі пристрої. Поля драйвера, безрамковий режим і опція «Припасувати» різняться. Paperka розміщує вміст усередині полів сторінки, а гайд про A4 та US Letter пояснює решту перевірок на боці принтера.
Що ці докази підтверджують, а чого — ні
PDF-приклади дозволяють оглянути три справжні результати. Чеклист описує повторювані перевірки, а фіксовані номери варіацій відтворюють два приклади головоломок. Докази обмежуються цими файлами й перевіреними властивостями: вони не охоплюють усі стани генераторів, не гарантують сумісності з принтером і не означають, що одна мітка складності однаково відчуватиметься кожному учневі.
Якщо приклад неправильно виглядає у вашому переглядачі або створений файл не відповідає контролам, напишіть через сторінку контактів і вкажіть інструмент, формат паперу та номер варіації. Так нечітке повідомлення перетворюється на випадок, який можна повторити.