Posted: July 19, 2012 at 8:49 pm
|
Hi, I have some problems in the pdf invoice. The html tags are still visible, they are created in the company address. The company logo is not possible even if the thumb is shown in the config screen. The page numeration is broken, it reads “Página1/1” and it should be “Página 1/1”. Problem are with latin characters. Thanks! |
Go to Event Espresso>Payments settings. In the Invoice Payment settings box, look in the address to send payment box for any html tags and remove them. For the logo, copy the the image URL and paste into the Logo URL field. Then update the payment option to save the changes. With the “Página 1/1” issue, where is that text being input from? |
|
|
I’m having the same issue on the PDF invoices. The return address at the top displays line break code . I checked the Payments Settings as Josh suggested but there isn’t a reference to the United States listed and nor is there visible code. All help is appreciated.
|
Check the payment settings page, if there are two invoice options, please update to the latest version of Event Espresso. The (unfinished) next generation invoice template was accidentally added a few versions back and is no longer included in Event Espresso. Then fill out the address details in the invoice payment settings box. |
|
|
That was it. I was overlooking the invoice payment option and it didn’t “click” in my head that the PDF feature wasn’t enabled to begin with for the user. |
|
HI! Checked the paypment section and invoice setting in general setting but there is no duplicated details. Any idea? |
|
I forgot, the “Página 1/1? is the page number at the botton of the pdf. Regards! |
Hi Miguel, There shouldn’t be duplicated details, only break tags that can be removed. You could try this for the pagination: Open up /gateways/invoice/function.pdf.php and change line 93 to read:
Then copy the /invoice folder from Event Espresso to /wp-content/uploads/espresso/gateways |
|
@Josh, I don’t think that will resolve the issue, actually. The correct, localized text is coming from the language file already, so changing the text in the function.pdf.php won’t have any effect. The problem is happening because the localized string is then getting converted into ISO-8859 and then back into UTF-8 by FPDF. I’m looking at it right now and may have something that could fix it. |
|
Actually, I’m wrong, what Josh posted above would work, because the language file would be looking for ‘Page’ and it wouldn’t find it because you’d have ‘Página’ instead. I’m looking into a more correct and permanent solution which may involve rethinking how the language files are written (at least for this string). |
|
In retrospect, just go with Josh’s suggestion until we roll out the new PDF creation system in 3.2. |
|
The support post ‘PDF Invoice problems’ is closed to new replies.
Have a question about this support post? Create a new support post in our support forums and include a link to this existing support post so we can help you.