Jump to content

nsteinbach

Members
  • Posts

    5
  • Joined

  • Last visited

Everything posted by nsteinbach

  1. Yeah, that makes no sense at all: If you have to print the invoice in order to package it with the order to ship, you want it in the customer's language, not your own. Even more so with the delivery slip. I think this restriction only exists to sell more "special" modules.
  2. I think they want the plugin which provides a solution to be sold, because I've found so many complaints and questions for that, but none have been solved.
  3. Same question here: I am really looking for the simple feature of having the invoice always printed in the customer's language. Paying that kind of money for it is out of the question.
  4. It's kind of an anti-feature if you print the PDF from backend in order to put it into shipping for the customer. Also, paying for a rather expensive addon shouldn't be a necessity for something as basic as this. So is there a possibility to change the file pdf.php in such a way that it always generates the invoice in the customer's language?
  5. Gibt es für 1.7 hier schon eine Lösung? Ich habe dasselbe Problem, dass für Bestellungen auf der englischen Seite deutsche Rechnungs- und Lieferschein-PDFs erstellt werden. Der override aus dem Thread scheint hier nichts zu tun - obwohl ich die Datei /var/cache/dev/class_index.php gelöscht habe. Die hier vorgeschlagenen Änderungen im PHP-Code der Datei /classes/pdf/HTMLTemplate.php führen auch nur zu einer exception, d.h. die PDF-Datei wird gar nicht erstellt, statt dessen kommt die Fehlermeldung "Parse error: syntax error, unexpected '' (T_STRING)" für die zweite Zeile. Interessanterweise sind die Artikelnamen auf den Rechungs-PDFs dann auch in englisch, d.h. das wurde von der im Frontend genutzten Sprache übernommen, aber der Rest leider nicht.
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More