XML у PDF

Він розбирає XML, групує однотипні сусідні елементи за назвою тегу й рендерить кожну групу як таблицю з одним стовпцем на дочірній елемент, використовуючи назви елементів як заголовки. Якщо в кореня немає повторюваних дочірніх елементів, ви отримуєте таблицю з двох стовпців «Властивість» і «Значення». Результат має альбомну орієнтацію A4 з назвою кореневого елемента як заголовком.

XML у стилі даних: записи з однаковим набором дочірніх елементів, що повторюються під одним батьківським, наприклад експорт баз даних, рядки рахунків, товарні стрічки, RSS-стрічки чи карти сайту. Глибоко вкладений або документоподібний XML сплощується, тож вкладені значення об'єднуються в одну клітинку й втрачають ієрархію.

Файл не є правильно сформованим: незакритий тег, відсутній кореневий елемент, неекранований символ & чи < або неправильне кодування. Повідомлення містить причину від парсера, тож виправте файл у редакторі чи валідаторі й спробуйте знову.

Частково. У табличному вигляді стовпцями стають лише дочірні елементи, тож атрибути повторюваних записів не показуються. У вигляді «Властивість і значення» для кореня без повторень атрибути перелічуються після значень дочірніх елементів.

Так. Додайте кілька файлів, і їх буде конвертовано однією партією в xml-to-pdf.zip з одним PDF на файл. Один файл завантажується напряму з тією самою базовою назвою та розширенням .pdf.

Ні. Інструкції таблиць стилів і оголошення DOCTYPE видаляються перед розбором, а макет генерується лише зі структури даних. Якщо потрібне стильове відображення, відкрийте XML у браузері, який застосовує таблицю стилів, і роздрукуйте його в PDF звідти.

Не надійно. PDF створюється стандартним шрифтом Helvetica з jsPDF, який охоплює латинські символи, тож текст іншими писемностями може відображатися неправильними або відсутніми символами.

Ні. Розбір виконує JavaScript-парсер XML, а PDF створюється за допомогою jsPDF, і те, й інше у вашому браузері, тож рахунки, журнали транзакцій та інші конфіденційні дані у файлі ніколи не залишають ваш пристрій.