При автоматизації візуалізації HTML у PDF за допомогою Firefox і WebDriver забезпечення повного завершення запису у PDF та його відповідності може бути викликаною задачею. Особливо ця проблема виникає при роботі з великими документами, де PDF може бути неповним або пошкодженим, що робить його непридатним для використання в програмах, таких як Acrobat чи веб-браузери.
1 2 3 4 |
<p>Після ретельних експериментів було знайдено обхідний шлях, хоча й не ідеальний для використання в продакшені. Рішення полягає в тому, що потрібно надрукувати у PDF, зачекати на створення файлу, знову надрукувати, знову зачекати, а потім додати кінцевий період очікування 15 секунд. Ця послідовність дій, схоже, забезпечує завершення запису у PDF і доступ до нього.</p> <p>Однак, покладатися на затримки на основі часу в середовищах продакшену менш ніж оптимально. Навіть з розширеними часами очікування, один надрукований документ за допомогою функції print, а потім очікування не приведе до повного PDF-файлу. Крім того, спроба використати файл після другого надруку за меншим періодом очікування також не працює, незважаючи на те, що розмір файлу і час останньої зміни вказують на те, що запис завершився.</p> <p>Ключовим питанням стає: чи існує метод для примусового завершення запису у PDF, забезпечення повного завершення запису і отримання підтвердження цього процесу?</p> <p>Важливо зауважити, що Firefox бажано використовувати для цієї задачі через конкретну логіку вибору шрифтів. Двигуни Webkit та Blink, хоча точні для відображення, демонструють неправильну логіку вибору шрифтів на символ, коли друкують, що призводить до виведення, що не відповідає вимогам.</p> |