Oorspronkelijk voordat we de recente upgrades voor het targeten van HTML-elementen in PDF doorvoerden, was de resulterende PDF-paginagrootte hetzelfde als het beoogde HTML-element. Dit komt omdat we geen betrouwbare manier konden vinden om alleen het doel uit de PDF te extraheren, behalve het bijsnijden van al het andere, behalve het HTML-element.
Na veel werk zijn we er echter in geslaagd het beoogde HTML-element te leveren, met marges eromheen, terwijl het ook compatibel was met ons sjabloonsysteem. Hiermee kunnen gebruikers voor het eerst kop- en voetteksten opgeven wanneer ze deze functie gebruiken.
Helaas werd al snel duidelijk dat er nog een inconsistentie was bij het gebruik van de doelfunctie. Deze parameters gerelateerd aan de richting en het paginaformaat werden genegeerd. Dit komt omdat er in wezen een nieuw speciaal paginaformaat wordt gebruikt voor de PDF, terwijl de doelfunctie op dezelfde manier werkt in onze API voor het vastleggen van afbeeldingen, aangezien deze op documenten is gebaseerd. Het zou waarschijnlijk consistent moeten zijn met onze DOCX API als de beoogde HTML element verschijnt bovenaan het resulterende document.
Daarom hebben we de manier waarop deze functie werkt veranderd om een PDF-pagina te maken met de gevraagde grootte en richting, waarbij de gerichte inhoud in de linkerbovenhoek verschijnt, consistent met de DOCX API.