XML у PDF

Ён разбірае XML, групуе павторныя роўныя элементы па назве тэга і рэндэрыць кожную групу як табліцу з адной калонкай на кожны даччыны элемент, выкарыстоўваючы назвы элементаў як загалоўкі. Калі ў кораня няма павторных даччыных элементаў, вы атрымліваеце табліцу з дзвюх калонак Уласцівасць і Значэнне. Вынік альбомны A4 з назвай каранёвага элемента як загалоўкам.

XML у выглядзе даных: запісы з аднолькавым наборам даччыных элементаў, якія паўтараюцца пад адным бацькоўскім, напрыклад экспарт баз даных, радкі рахункаў, каналы тавараў, каналы RSS або карты сайта. Глыбока ўкладзены XML або XML у выглядзе дакумента сплошчваецца, таму ўкладзеныя значэнні аб'ядноўваюцца ў адну ячэйку і губляюць сваю іерархію.

Файл не з'яўляецца карэктным: незачынены тэг, адсутны каранёвы элемент, неэкраніраваны сімвал & або <, або няправільнае кадзіраванне. Паведамленне ўтрымлівае прычыну ад парсера, таму выпраўце файл у рэдактары або валідатары і паспрабуйце яшчэ раз.

Часткова. У выглядзе табліцы калонкамі становяцца толькі даччыныя элементы, таму атрыбуты павторных запісаў не паказваюцца. У выглядзе Уласцівасць і Значэнне для некаранёвага кораня без паўтораў атрыбуты пералічваюцца пасля значэнняў даччыных элементаў.

Так. Дадайце некалькі файлаў, і яны пераўтворацца адным пакетам у xml-to-pdf.zip з адным PDF на файл. Адзін файл спампоўваецца наўпрост з той жа базавай назвай і пашырэннем .pdf.

Не. Інструкцыі табліц стыляў і абвесткі DOCTYPE выдаляюцца перад разборам, а макет ствараецца толькі са структуры даных. Калі патрэбна афармленне са стылямі, адкрыйце XML у браўзеры, які прымяняе табліцу стыляў, і надрукуйце яго ў PDF адтуль.

Не заўсёды. PDF будуецца са стандартным шрыфтам Helvetica з jsPDF, які ахоплівае лацінскія сімвалы, таму тэкст іншымі пісьменнасцямі можа паказвацца няправільнымі або адсутнымі сімваламі.

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