Return-Path: X-Original-To: apmail-pdfbox-users-archive@www.apache.org Delivered-To: apmail-pdfbox-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 418C317786 for ; Thu, 29 Oct 2015 09:45:00 +0000 (UTC) Received: (qmail 12991 invoked by uid 500); 29 Oct 2015 09:44:54 -0000 Delivered-To: apmail-pdfbox-users-archive@pdfbox.apache.org Received: (qmail 12963 invoked by uid 500); 29 Oct 2015 09:44:54 -0000 Mailing-List: contact users-help@pdfbox.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@pdfbox.apache.org Delivered-To: mailing list users@pdfbox.apache.org Received: (qmail 12947 invoked by uid 99); 29 Oct 2015 09:44:54 -0000 Received: from Unknown (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 Oct 2015 09:44:54 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 0F8811A21BA for ; Thu, 29 Oct 2015 09:44:54 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 3.653 X-Spam-Level: *** X-Spam-Status: No, score=3.653 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=3, SPF_NEUTRAL=0.652, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=billfront_com.20150623.gappssmtp.com Received: from mx1-eu-west.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id WrzSRA4gBRSA for ; Thu, 29 Oct 2015 09:44:38 +0000 (UTC) Received: from mail-qk0-f173.google.com (mail-qk0-f173.google.com [209.85.220.173]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with ESMTPS id A480B20924 for ; Thu, 29 Oct 2015 09:44:37 +0000 (UTC) Received: by qkbl190 with SMTP id l190so14573378qkb.2 for ; Thu, 29 Oct 2015 02:44:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=billfront_com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=F/ymqjIHdC4sw1lgfdli0UDJP9FFCJlMvaW20kj2LZE=; b=i0zpndRI0Q+n0JE2Yfd5rcumaO87Qe6lcXcDy8j4lKALthW5qvq2FaYBWMJ4I1GL/s rnlhwuXtGMAhRNXQc8DmiZ//KP2Qy2KU/M+p4MH9J/lJYm+2yeJSXY+DGLd9waJRYa0g VwJwQo5z+Qlyolqcfo0MDzavcUYmGMi4au8WJDSC8RltwrfMWhp3HWv9plTMQgSrriIs N1IeIaxIH3BkC0atw9ZLAOkaBh4LP/swykGfzwp/soj+pOv0EqPnJLFKvKveytutlSTv chDu2rqzXSVilK98QFdffK4+cTsrD3cFgN38fdn4Qn8SS18FrFCSLirmGCmZa0dS0+VH jL1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=F/ymqjIHdC4sw1lgfdli0UDJP9FFCJlMvaW20kj2LZE=; b=M3eDnAWaOR2FBAoW8Gohdb9KOBr2TwtufIh4rcWSswhC7tQTI4eXT3WaTj5u1WNwGN v99qNAdQa2Osgep0TWluWpclwQGCuy06aM2/EcMb1hY1I2A/VOAon9xK7j1WIBrcvW4D C/WcK8sJZTr29M5tZ8vnIrSz6x/k3pSon3d/K01OGJ9uCNuEA+MDxe7tordBJSFg3g9v zNxs3pwk0ojvzNCBv5pKKOY4EK2HQgI5dg43Udq5TfbHalh6NaKxODnkUpvkLq5r+dim Jk8OhFCvxruZbc8u63j0Hjf5M2VlxOcGZkfueIF8f7+KVVt7cGqvGsq/RRE6yBn9JK/r 70XA== X-Gm-Message-State: ALoCoQm8Ztnjq4aOdYhz1bERCY+j2E9UwwXYfueuar0xZReDhwvChzwIBiUIESrtR3hRH/4qIs1A MIME-Version: 1.0 X-Received: by 10.55.72.76 with SMTP id v73mr810031qka.34.1446111876470; Thu, 29 Oct 2015 02:44:36 -0700 (PDT) Received: by 10.140.37.19 with HTTP; Thu, 29 Oct 2015 02:44:36 -0700 (PDT) In-Reply-To: References: <982F8B5A-112E-4C13-85DD-4BE8028645D3@fileaffairs.de> <6BD41938-7782-4549-957D-B2737E29C35D@fileaffairs.de> <303ABD51-8B6A-4C1B-B62B-4AD5177A6FF7@fileaffairs.de> <6B2A1099-46C3-4A8E-9FEE-1715FF4579DB@fileaffairs.de> Date: Thu, 29 Oct 2015 10:44:36 +0100 Message-ID: Subject: Re: Weird issue with fonts in input fields after merging From: Johannes Barre To: users@pdfbox.apache.org Content-Type: multipart/alternative; boundary=001a1148855eb3f4ad05233b2834 --001a1148855eb3f4ad05233b2834 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello Maruan! Did you (or anyone else) had the chance to look at my issue? I know, it's all voluntary work you guys do, so I feel bad keeping bugging you with my issues. But I think, I'm so close to get everything working, so it would be a shame to throw this away and try something different... To summarize the it: I have a PDF, which has on each page an input field named page_num. I want to fill in the page number of the current page. You suggested: For that to work each page_num field has to be an individual field as otherwise they do share the same value. What you could do, if you need to make the field a set of individual ones is to (roughly) - iterate the PDAnnotationWidgets - get the COSDictionary - create a new PDField with the COSDictionary and the original field as parent - set an individual field name My implementation, which generates unstyled input fields, is here (including PDFs): https://gist.github.com/iGEL/a8484f0bc44b03fa9de1#file-test-java (as said before, I haven't found a way to set the field parent with PDFBox 2.0) I would like to keep the original style (color + font). Maybe I can decouple the widgets completely (not leave them as children to the original field?). Greets, Johannes On Thu, Oct 22, 2015 at 10:56 AM, Johannes Barre < johannes.barre@billfront.com> wrote: > Hello! > > Sorry for the late reply, I had to do different tasks. But finally I've > got back to this. The form now looks great, thank you for that! > > However, remember the solution for the page numbering you gave me here? > https://issues.apache.org/jira/browse/PDFBOX-2980?focusedCommentId=3D1490= 0931&page=3Dcom.atlassian.jira.plugin.system.issuetabpanels:comment-tabpane= l#comment-14900931 > > That still works, but the numbers are showing up in black (the font > doesn't look right as well). I tried to find the issue, but to me it look= s > fine. Maybe I did something wrong? Or maybe the coloring thingy doesn't > work for child fields? > > In 1.8.10, PDField used to have a setParent() method, but it disappeared > in 2.0.0. I haven't found an alternative, so I don't set the parent. Coul= d > that cause the problem? > > I translated my strategy into (crappy) Java for easier debugging, please > find it here (together with the source and generated PDF): > https://gist.github.com/iGEL/a8484f0bc44b03fa9de1#file-test-java > > Greets, Johannes > > On Thu, Oct 15, 2015 at 1:34 AM, Maruan Sahyoun > wrote: > >> Hi Kevin, >> > Am 14.10.2015 um 12:05 schrieb Johannes Barre < >> johannes.barre@billfront.com>: >> > >> > Cool, thank you! :) >> > >> >> I've committed support for text color - please give it a try: If there >> are issues please add your comments to >> >> https://issues.apache.org/jira/browse/PDFBOX-3023 >> >> BR >> Maruan >> >> > On Wed, Oct 14, 2015 at 12:03 PM, Maruan Sahyoun < >> sahyoun@fileaffairs.de> >> > wrote: >> > >> >> Hi Johannes, >> >> >> >> >> >>> Am 14.10.2015 um 11:51 schrieb Johannes Barre < >> >> johannes.barre@billfront.com>: >> >>> >> >>> Hello Maruan! >> >>> >> >>> Thank you for your help. I ported my real app to use the >> >>> pdfbox-app-2.0.0-20151010.170237-1722.jar snapshot. The fields are >> filled >> >>> correctly and show up in all programs I tried. >> >>> >> >>> However, somehow the text color in the fields is black. I spend quit= e >> >> some >> >>> time investigating why, but my knowledge of PDF internals is just to= o >> >>> limited. The text fields have a DA value of "/ProximaNova-Regular 9 = Tf >> >>> 0.019 0.305 0.627 rg", and I assume, these three numbers are the RGB >> >> values >> >>> on a scale from 0 to 1. That would give me the color #054ea1, which = is >> >>> correct. So why is it showing up in black? When focus the field in >> >>> AcrobatReader, it changes to the correct blue, so probably some othe= r >> >> value >> >>> is responsible for the non-focused color. I wasn't able to figure ou= t, >> >>> which. >> >>> >> >> >> >> the reason is unfortunately very simple - the color setting in the DA >> >> string is not (yet) respected when creating the appearance stream i.e= . >> the >> >> visual presentation of the field. >> >> >> >> I've created https://issues.apache.org/jira/browse/PDFBOX-3023 for >> that. >> >> >> >> BR >> >> Maruan >> >> >> >> >> >>> Greets, Johannes >> >>> >> >>> On Fri, Oct 9, 2015 at 8:05 PM, Maruan Sahyoun < >> sahyoun@fileaffairs.de> >> >>> wrote: >> >>> >> >>>> Hi, >> >>>> >> >>>>> Am 09.10.2015 um 18:28 schrieb Johannes Barre < >> >>>> johannes.barre@billfront.com>: >> >>>>> >> >>>>> Hello Maruan! >> >>>>> >> >>>>> I don't want to push you, but even if you couldn't figure out >> >> everything, >> >>>>> also intermediate results or even just ideas could be helpful. >> >>>>> >> >>>>> I experimented a bit more and found, that setValue sometimes works >> with >> >>>>> umlauts and sometimes doesn't when I use setValue instead of my >> hack. >> >> So, >> >>>>> with the BIW_FORM.pdf, they are scrambled, but with the >> umlauts_ok.pdf, >> >>>>> they are fine. Any idea, why they are scrambled in the BIW_FORM.pd= f? >> >> Do I >> >>>>> need to convert the character encoding? How do I detect which >> encoding >> >> is >> >>>>> required? >> >>>>> >> >>>> >> >>>> the 1.8 (and previous) version were not really dealing correctly wi= th >> >>>> character encodings specially if the font is subset. 2.0 does that >> >>>> correctly. I did a quick hack to support encode() for Type 1 C font= s >> and >> >>>> after that your form works fine even with the umlaut. >> >>>> >> >>>> I've created https://issues.apache.org/jira/browse/PDFBOX-3016 < >> >>>> https://issues.apache.org/jira/browse/PDFBOX-3016> for that. >> >>>> >> >>>> BR >> >>>> Maruan >> >>>> >> >>>>> If I could fix this issue, I probably could use setValue. When usi= ng >> >>>>> setValue, the values show up in Acrobat Reader even when I merge t= he >> >>>>> documents :D >> >>>>> >> >>>>> Greets, Johannes >> >>>>> >> >>>>> On Thu, Oct 8, 2015 at 4:35 PM, Maruan Sahyoun < >> sahyoun@fileaffairs.de >> >>> >> >>>>> wrote: >> >>>>> >> >>>>>> Hi, >> >>>>>> >> >>>>>>> Am 08.10.2015 um 16:31 schrieb Johannes Barre < >> >>>>>> johannes.barre@billfront.com>: >> >>>>>>> >> >>>>>>> Hello! >> >>>>>>> >> >>>>>>> I just tried the 2.0 snapshot from yesterday and get this error: >> >>>>>>> >> >>>>>>> org/apache/pdfbox/pdmodel/font/PDType1CFont.java:283:in `encode'= : >> >>>>>>> java.lang.UnsupportedOperationException: Not implemented: Type1C >> >>>>>> >> >>>>>> there is already a ticket for that. >> >>>>>> >> >>>>>> BR Maruan >> >>>>>> >> >>>>>>> >> >>>>>>> Is that also true for 1.8.10 (just without the error) and could >> it be >> >>>>>>> related to the problem? >> >>>>>>> >> >>>>>>> Greets, Johannes >> >>>>>>> >> >>>>>>> PS: I've also pushed a Java version of my code to the gist. It's >> >>>> probably >> >>>>>>> as messy as my JRuby version, they're just experiments. >> >>>>>>> >> >>>>>>> On Thu, Oct 8, 2015 at 3:41 PM, Johannes Barre < >> >>>>>> johannes.barre@billfront.com >> >>>>>>>> wrote: >> >>>>>>> >> >>>>>>>> Hello Maruan! >> >>>>>>>> >> >>>>>>>> Thank again. I hope my last answer didn't sounded too aggressiv= e >> >>>>>> (written >> >>>>>>>> communication is difficult). I'm grateful for any help! >> >>>>>>>> >> >>>>>>>> You brought up a good point, as a Linux user I've only checked >> with >> >>>>>> Google >> >>>>>>>> Chrome & xpdf (and I was referring to the xpdf). In the Acrobat >> >>>> Reader 9 >> >>>>>>>> (Linux) and XI (Win XP), the field values are not shown. So I >> got a >> >>>> new >> >>>>>>>> problem :'( >> >>>>>>>> >> >>>>>>>> Greets, Johannes >> >>>>>>>> >> >>>>>>>> On Thu, Oct 8, 2015 at 3:00 PM, Maruan Sahyoun < >> >>>> sahyoun@fileaffairs.de> >> >>>>>>>> wrote: >> >>>>>>>> >> >>>>>>>>> Hi, >> >>>>>>>>> >> >>>>>>>>>>> Am 08.10.2015 um 14:53 schrieb Johannes Barre < >> >>>>>>>>>> johannes.barre@billfront.com>: >> >>>>>>>>>> >> >>>>>>>>>> Hello Maruan! >> >>>>>>>>>> >> >>>>>>>>>> Thank you for your reply. >> >>>>>>>>>> >> >>>>>>>>>> So, basically you say, the source PDFs aren't valid already? >> I've >> >>>>>> asked >> >>>>>>>>> and >> >>>>>>>>>> they were created with Adobe InDesign, I would hope that Adob= e >> >> knows >> >>>>>>>>> how to >> >>>>>>>>>> generate valid PDFs. :-/ >> >>>>>>>>> >> >>>>>>>>> the PDFs are not invalid - that's not what I wanted to say. >> >>>>>>>>> >> >>>>>>>>>> But even so, why is everything looking good when I just fill = in >> >> the >> >>>>>>>>> fields >> >>>>>>>>>> without merging it? It has the same issue with the fonts name >> and >> >> I >> >>>>>>>>> filled >> >>>>>>>>>> the field with the same method. >> >>>>>>>>> >> >>>>>>>>> when you say looking good - are you looking at it with Adobe >> Reader >> >>>> or >> >>>>>>>>> XPDF or =E2=80=A6. >> >>>>>>>>> >> >>>>>>>>> I can have a more in-depth look tonight - my comments were abo= ut >> >> the >> >>>>>>>>> quick observations I made. >> >>>>>>>>> >> >>>>>>>>> BR >> >>>>>>>>> Maruan >> >>>>>>>>> >> >>>>>>>>>> Greets, Johannes >> >>>>>>>>>> >> >>>>>>>>>> On Thu, Oct 8, 2015 at 2:35 PM, Maruan Sahyoun < >> >>>>>> sahyoun@fileaffairs.de> >> >>>>>>>>>> wrote: >> >>>>>>>>>> >> >>>>>>>>>>> Hi, >> >>>>>>>>>>> >> >>>>>>>>>>>>> Am 08.10.2015 um 13:30 schrieb Johannes Barre < >> >>>>>>>>>>>> johannes.barre@billfront.com>: >> >>>>>>>>>>>> >> >>>>>>>>>>>> Hello! >> >>>>>>>>>>>> >> >>>>>>>>>>>> I have a weird issue. So, I have to PDFs. When I fill form >> >> fields >> >>>> in >> >>>>>>>>> one >> >>>>>>>>>>> of >> >>>>>>>>>>>> them and save, everything looks fine. However, when I appen= d >> >> this >> >>>>>>>>> filled >> >>>>>>>>>>>> PDF to another one, xpdf doesn't display the values anymore >> and >> >>>>>>>>> complains >> >>>>>>>>>>>> about missing fonts: >> >>>>>>>>>>>> >> >>>>>>>>>>>> Syntax Error: Unknown font tag 'ProximaNova-Regular' >> >>>>>>>>>>>> Syntax Error: Unknown font in field's DA string >> >>>>>>>>>>>> Syntax Error: Unknown font tag 'ProximaNova-Regular' >> >>>>>>>>>>>> Syntax Error: Unknown font in field's DA string >> >>>>>>>>>>>> >> >>>>>>>>>>>> I'm using JRuby (9k), but I hope it's understandable for >> you. I >> >>>> put >> >>>>>>>>> the >> >>>>>>>>>>>> source & PDFs in this gist: >> >>>>>>>>>>>> https://gist.github.com/iGEL/a8484f0bc44b03fa9de1 (Will >> delete >> >> it >> >>>>>>>>> later, >> >>>>>>>>>>>> once the issue is solved) >> >>>>>>>>>>>> >> >>>>>>>>>>>> Other specs: pdfbox-app-1.8.10, openjdk 1.8.0_66, Debian >> Jessy >> >>>>>> inside >> >>>>>>>>> of >> >>>>>>>>>>>> Docker >> >>>>>>>>>>>> >> >>>>>>>>>>>> As you can see, I use a special way to set the values. I ha= d >> >>>>>> problems >> >>>>>>>>>>> with >> >>>>>>>>>>>> German umlauts using setValue and it also sometimes fails >> >>>> (Possibly >> >>>>>>>>>>> related >> >>>>>>>>>>>> to https://issues.apache.org/jira/browse/PDFBOX-1550, the >> >> message >> >>>>>> is >> >>>>>>>>> the >> >>>>>>>>>>>> same as in that bug) >> >>>>>>>>>>> >> >>>>>>>>>>> setting the field value directly using >> >>>>>>>>>>> >> >>>>>>>>>>> form.getField(name).getDictionary.setItem( >> >>>>>>>>>>> Java::OrgApachePdfboxCos::COSName::V, >> >>>>>>>>>>> Java::OrgApachePdfboxCos::COSString.new(value) >> >>>>>>>>>>> ) >> >>>>>>>>>>> >> >>>>>>>>>>> will not update the visual appearance of the filed and as a >> >> result >> >>>>>> the >> >>>>>>>>>>> newly set value is not visible >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>>> The COVER_PAGE.pdf and BIW_FORM.pdf are the templates I'm >> using, >> >>>>>>>>>>>> form_filled.pdf is just the BIW_FORM.pdf with 2 fields fill= ed >> >> and >> >>>>>>>>> merged >> >>>>>>>>>>> is >> >>>>>>>>>>>> COVER_PAGE.pdf and form_filled.pdf merged together. >> >>>>>>>>>>>> >> >>>>>>>>>>>> The p in line 15 and 22 print out the DA value of the field >> and >> >>>> it's >> >>>>>>>>> the >> >>>>>>>>>>>> same for both files: >> >>>>>>>>>>>> >> >>>>>>>>>>>> "/ProximaNova-Regular 9 Tf 0.019 0.305 0.627 rg" # >> >> form_filled.pdf >> >>>>>>>>>>>> "/ProximaNova-Regular 9 Tf 0.019 0.305 0.627 rg" # merged.p= df >> >>>>>>>>>>> >> >>>>>>>>>>> the font resource is called /ProximaNova-Regular but that's >> not >> >> in >> >>>>>> your >> >>>>>>>>>>> PDF as the font which is in your PDF is called >> >>>>>>>>> /MHGLSX+ProximaNova-Regular. >> >>>>>>>>>>> In addition the issue with a font subset is that only certai= n >> >>>>>>>>> characters >> >>>>>>>>>>> are part of that subset. As a result some of the characters >> you >> >>>> need >> >>>>>> to >> >>>>>>>>>>> display your field value might not be within the subset. >> >>>>>>>>>>> >> >>>>>>>>>>> BR >> >>>>>>>>>>> Maruan >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> This font is according to pdffonts in both files: >> >>>>>>>>>>>> >> >>>>>>>>>>>> $ pdffonts form_filled.pdf >> >>>>>>>>>>>> name type >> encoding >> >>>>>>>>>>> emb >> >>>>>>>>>>>> sub uni object ID >> >>>>>>>>>>>> ------------------------------------ ----------------- >> >>>>>>>>> ---------------- >> >>>>>>>>>>> --- >> >>>>>>>>>>>> --- --- --------- >> >>>>>>>>>>>> NPQRGV+ProximaNova-Light Type 1C Cust= om >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 124 0 >> >>>>>>>>>>>> *MHGLSX+ProximaNova-Regular Type 1C >> WinAnsi >> >>>>>>>>>>>> yes yes yes 125 0* >> >>>>>>>>>>>> NPQRGV+ProximaNova-Bold Type 1C Cust= om >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 126 0 >> >>>>>>>>>>>> MHGLSX+Facit-Bold Type 1C Cust= om >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 127 0 >> >>>>>>>>>>>> NPQRGV+ProximaNova-Bold Type 1C >> WinAnsi >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 218 0 >> >>>>>>>>>>>> NPQRGV+ProximaNova-Light Type 1C >> WinAnsi >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 219 0 >> >>>>>>>>>>>> ProximaNova-Bold Type 1C (OT) Cust= om >> >>>>>>>>>>> yes >> >>>>>>>>>>>> no no 8 0 >> >>>>>>>>>>>> ProximaNova-Light Type 1C (OT) Cust= om >> >>>>>>>>>>> yes >> >>>>>>>>>>>> no no 9 0 >> >>>>>>>>>>>> NPQRGV+ProximaNova-Bold Type 1C >> WinAnsi >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 251 0 >> >>>>>>>>>>>> NPQRGV+ProximaNova-Light Type 1C >> WinAnsi >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 252 0 >> >>>>>>>>>>>> NPQRGV+ProximaNova-Bold Type 1C >> WinAnsi >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 254 0 >> >>>>>>>>>>>> NPQRGV+ProximaNova-Light Type 1C >> WinAnsi >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 255 0 >> >>>>>>>>>>>> FJORTL+ProximaNova-Light CID Type 0C >> >> Identity-H >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 165 0 >> >>>>>>>>>>>> NPQRGV+ProximaNova-Bold Type 1C >> WinAnsi >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 259 0 >> >>>>>>>>>>>> NPQRGV+ProximaNova-Light Type 1C >> WinAnsi >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 260 0 >> >>>>>>>>>>>> >> >>>>>>>>>>>> $pdffonts merged.pdf >> >>>>>>>>>>>> name type >> encoding >> >>>>>>>>>>> emb >> >>>>>>>>>>>> sub uni object ID >> >>>>>>>>>>>> ------------------------------------ ----------------- >> >>>>>>>>> ---------------- >> >>>>>>>>>>> --- >> >>>>>>>>>>>> --- --- --------- >> >>>>>>>>>>>> AYOVHV+Facit-Bold Type 1C Cust= om >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 131 0 >> >>>>>>>>>>>> AYOVHV+ProximaNova-Bold Type 1C Cust= om >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 132 0 >> >>>>>>>>>>>> AYOVHV+ProximaNova-Light Type 1C Cust= om >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 133 0 >> >>>>>>>>>>>> AYOVHV+ProximaNova-Semibold Type 1C >> WinAnsi >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 134 0 >> >>>>>>>>>>>> ProximaNova-Light Type 1C (OT) Cust= om >> >>>>>>>>>>> yes >> >>>>>>>>>>>> no no 9 0 >> >>>>>>>>>>>> AYOVHV+ProximaNova-Light Type 1C >> WinAnsi >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes no 192 0 >> >>>>>>>>>>>> AYOVHV+ProximaNova-Light Type 1C >> WinAnsi >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes no 193 0 >> >>>>>>>>>>>> NPQRGV+ProximaNova-Light Type 1C Cust= om >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 275 0 >> >>>>>>>>>>>> *MHGLSX+ProximaNova-Regular Type 1C >> WinAnsi >> >>>>>>>>>>>> yes yes yes 276 0* >> >>>>>>>>>>>> NPQRGV+ProximaNova-Bold Type 1C Cust= om >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 277 0 >> >>>>>>>>>>>> MHGLSX+Facit-Bold Type 1C Cust= om >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 278 0 >> >>>>>>>>>>>> NPQRGV+ProximaNova-Bold Type 1C >> WinAnsi >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 437 0 >> >>>>>>>>>>>> NPQRGV+ProximaNova-Light Type 1C >> WinAnsi >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 438 0 >> >>>>>>>>>>>> ProximaNova-Bold Type 1C (OT) Cust= om >> >>>>>>>>>>> yes >> >>>>>>>>>>>> no no 462 0 >> >>>>>>>>>>>> ProximaNova-Light Type 1C (OT) Cust= om >> >>>>>>>>>>> yes >> >>>>>>>>>>>> no no 512 0 >> >>>>>>>>>>>> NPQRGV+ProximaNova-Bold Type 1C >> WinAnsi >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 500 0 >> >>>>>>>>>>>> NPQRGV+ProximaNova-Light Type 1C >> WinAnsi >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 501 0 >> >>>>>>>>>>>> NPQRGV+ProximaNova-Bold Type 1C >> WinAnsi >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 503 0 >> >>>>>>>>>>>> NPQRGV+ProximaNova-Light Type 1C >> WinAnsi >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 504 0 >> >>>>>>>>>>>> FJORTL+ProximaNova-Light CID Type 0C >> >> Identity-H >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 377 0 >> >>>>>>>>>>>> NPQRGV+ProximaNova-Bold Type 1C >> WinAnsi >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 451 0 >> >>>>>>>>>>>> NPQRGV+ProximaNova-Light Type 1C >> WinAnsi >> >>>>>>>>>>> yes >> >>>>>>>>>>>> yes yes 452 0 >> >>>>>>>>>>>> >> >>>>>>>>>>>> Why are the field values not showing up and how can I fix >> that? >> >>>>>>>>>>>> >> >>>>>>>>>>>> Thanks for your help! >> >>>>>>>>>>>> >> >>>>>>>>>>>> Johannes >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>> -------------------------------------------------------------------= -- >> >>>>>>>>>>> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org >> >>>>>>>>>>> For additional commands, e-mail: users-help@pdfbox.apache.or= g >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >> --------------------------------------------------------------------- >> >>>>>>>>> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org >> >>>>>>>>> For additional commands, e-mail: users-help@pdfbox.apache.org >> >>>>>>>> >> >>>>>> >> >>>>>> >> --------------------------------------------------------------------- >> >>>>>> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org >> >>>>>> For additional commands, e-mail: users-help@pdfbox.apache.org >> >>>>>> >> >>>>>> >> >>>> >> >>>> >> >> >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org >> >> For additional commands, e-mail: users-help@pdfbox.apache.org >> >> >> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org >> For additional commands, e-mail: users-help@pdfbox.apache.org >> >> > --001a1148855eb3f4ad05233b2834--